PATENT COOPERATION TREAT 



From the INTERNATIONAL SEARCHING AUTHORITY 



To: 



LEI ST AD Geirr I. 

Thin Film Electronics ASA 

P.O.Box 1872 Vika 

N-0124 Oslo 

Norway 



PCT 



NOTIFICATION OF TRANSMITTAL OF 
THE INTERNATIONAL SEARCH REPORT 
OR THE DECLARATION 

(PCT Rule 44.1) 



Date of mailing 

(dayimonthiyear) -| g _gy. 2QQQ 



Applicant's or agent's file reference 

Opt i 41 PCT 



FOR FURTHER ACTION See paragraphs 1 and 4 below 



International application No. 

PCT/NOOO/00098 



International filing date 
(dayimonthiyear) 



21-03-2000 



Applicant 

FileFlow AS 
et al 



x 



The applicant is hereby notified that the international search report has been established and is transmitted herewith. 
Filing of amendments and statement under Article 19: < 
The applicant is entitled, if he so wishes, to amend the claims of the international application (see Rule 46). 
When? The time limit for filing such amendments is normally 2 months from the date of transmittal of the 
inteVnadonal search report: however, for more details, see the notes on the accompanying sheet. 

Where? To the International Bureau of W IPO 
34. chemin des Colombettes 
1211 Geneva 20, Switzerland 
Facsimile No.: (41-22) 740.14.35 



For more detailed instructions, see notes on the accompanying sheet. 



, ri The applicant is hereby notified that no international search report will be established and that the declaration 
2m I I uru ier -Article I7(2)(a) to that effect is transmitted herewith. 

3 PI With regard to the protest against payment of (an) additional fee(s) under Rule 40.2, the applicant is notified that: 

r— I the protest together with the decision thereon has been transmitted to the ^^^^Z^ ^ 

□ applicant's request to forward the texts of both the protest and the decision thereon to the designated Omces. 

□ no decision has been made yet on the protest: the applicant will be notified as soon as a decision is made. 

4 Further action(s): The applicant is reminded of the following: 
Shortly after .8 ninths from the priority ^e *e internaUon^ 

90 ^- 1 90 ^ 3, respectively ' 

before the completion of the technical preparations for international publication, 
even later). 

elected because they are not bound by Chapter II 



Name and mailing address of the ISA* 
Patent- och registreringsverket 
Box 5055 

S-102 42 STOCKHOLM 
Facsimile No. 08-667 72 88 



Telex 
17978 

PATOREG-S 



Authorized officer 
Telephone No. 08-782 25 00 



Form PCT/tS A/220 (January 1994) 



(See notes on accompanying sheet) 



PATENT COOPERATION TREATY 

PCT 

INTERNATIONAL SEARCH RKPORT 

(I'CT Article IS and Rules 43 and 44) 



Applicant's or agent's file reference 

0pti41PCT 


KOK KUKTIIKK sec Notification of Transmittal of International Search Report 
ACTION (l ; »nn PCTI71SA/22E)) as well as, where applicable, item 5 below. 


Intel -national application No. 

PCT/NO 00/00098 


International filing date ( day: month: year) 

21 March 2000 


(Earliest) Priority Date (day 'month! year) 

11 March 1999 


Applicant 

FileFlow AS et al. : 



This international search report has been prepared by this International Searching Authority and is transmitted to the 
applicant according to Article IK. A copy is being transmitted to the International Korean. 



This international search report consists of a total of 



.sheets. 



X 



It is also accompanied by a copy of each prior art document cited in this report. 



1. j j Certain claims were found unsearchable (See Box Ih 

2. j | Unity of invention is lacking (See fiox II). 

3. I I The international application contains disclosure of" a nucleotide unil/ur amino acid sequence listing and the 
' ' international search was carried out mi the basis of the sequence listing 



□ 
□ 

□ 



4. With regard to the title. 1 x 1 

□ 



filed with the international application. 

furnished by the applicant separately from the international application, 

I I but not accompanied by a statement, to the effect, that it did not include 
matter going beyond the disclosure in the international application as filed. 

transcribed by this Authority. 



the text is approved as submitted by the applicant. 

the text has been established by this Authority to read as follows: 



With regard to the abstract. 

[x | the text is approved as submitted by the applicant. 

□ the text has been established, according to Rule 3M.2(b). by this Authority as it appears 
in Uox III. The applicant may, within one month from the date of mailing ofthis inter- 
national search report., submit comments to this Authority. 



6. The figure of the drawings to be published with the abstract is: 



Figure No. 



| | as suggested by the applicant. 

|X | because the applicant failed to suggest a figure. 

| | because this figure better characterises the invention. 



1 1 None of the figures. 



Form PCT/IS A/210 (first sheet) (July 1992) 




INTKKNATKJHL SEARCH RKPORT 



^■p&rnatit: 



^national application No. 

PCT/NO 00/00098 



A. CLASSIFICATION OF SUHJKCT MAITFR 



IPC7: G06F 13/00, G06F 9/445, H04L 29/06 

According lo International Patent Classification (IK!) or In hulh national classification and IPC 



B. F* IF LPS SEARCH EiD 



Minimum documentation searched (classification system followed by classification symbols) 

IPC7: G06F 



Documentation searched other than minimum documentation to the extent that such documents art: included in the fields searched 

SE,DK,FI,N0 classes as above 



Electronic data base consulted during the international search (name of data base and, where practicable, search terms used) 



WPI 



C. DOCUMENTS CONSIOHKFI) TO HF RFl.FVANT 



Category 1 



Citation of document, with indication, where appropriate, of the relevant passages 



W0 9844402 Al (BRITISH TELECOMMUNICATIONS PUBLIC 
LIMITED COMPANY), 8 October 1998 (08.10.98), 
page 2, line 23 - line 30; page 8, 
line 16 - page 11, line 2 



Macweek,- Volume 8, No N2, January 1994, Fraase M. , 
''Compression pros deliver telecom with sitcomm 
1.0", page 43 - page 44, See whole document 



US 5270805 A (SHINTARO ABE ET AL.), 

14 December 1993 (14.12.93), See whole document 



Relevant lo claim No. 



1-16 



1-16 



X Further documents arc lisleil in the eonfmual'mii of lio.x 



See patent f'nmilv annex. 



* Special categories of cited documents: 

"A" document defining ihe general .stale of the arl which is nol considered 

to he of particular relevance 
"K" erlicr document hut puhli.shcd on or aflcr the inlcmational filing dale 

"\" document u'hich may throw daunts on priority claim(.s) or which is 
cited to establish the publication date ol another citation or other 
special reason (as .specified) 

"O" document referring lo an oral disclosure, use. exhibition or other 
means 

"P" document puhlishcd prior to the international filing date hut later than 
the priority date ci aimed 



""("' later document puhlishcd alter the international filing dale or priority 
dale and nnl in conflict with the application hul cited lo understand 
the principle or theory underlying the invention 

"X" document of particular relevance: ihe claimed invention cannot he 
considered novel or canned be considered to involve an inventive 
step when the document is taken alone 

" Y" document of particular relevance: the claimed invention cannot he 
considered to involve an inventive .step when the document is 
combined u-ilh one or more olher such documents, such comhinalion 
heing ohvious lo a person skilled in the art 

"&." document mem her of the same patent family 



Dale of the actual completion of the international search 



29 June 2000 



Dale ol' mailing of the international search report 

1 8 -07- 2000 



Name mid mailing address of the ISA- 
Swedish Patent Office 
Box 5055, S-102 42 STOCKHOLM 
Facsimile No. + 4f> 8 606 02 8f> 



Authorized oflicer 

Jesper Bergstrand/LR 

Telephone No. + 46 K 782 25 ()U 



Form PCT/1SA/2M) (second sheet) (July I 992) 



V 

INTERNATIONAL SEARCH REPORT 



International application No. 

PCT/NO 00/00098 



C (Continuation). DOCUMENTS CONSIDERED TO BE REEEVAN'I 



Category* 



Citation of document, wilh indication, where appropriate, of the relevant passages 



US 5694546 A (RICHARD R. REISMAN), 2 December 1997 
(02.12.97), See whole document 



Relevant to claim No. 



1-16 



Form PCT/ISA/210 (conlinualion (if sixond shuel) (July 1992) 



W'l A f A n/MI Ml. , 11/\ll'l' 



INTERNATIONAL SEARCH REPORT 

Information on patent family members 

02/12/99 


International application No. 

PCT/NO 00/00098 


Patent document 
cited in search report 


Publication 
date 


Patent family 
mcmbcr(s) 


Publication 
date 



W0 9844402 Al 08/10/98 AU 6414098 A 22/10/98 

GB 9800808 0 00/00/00 



US 5270805 A 



14/12/93 



DE 


3789757 D,T 


25/08/94 


EP 


0269746 A,B 


08/06/88 


JP 


2103417 


C 


22/10/96 


JP 


7108009 


B 


15/11/95 


JP 


62269469 


A 


21/11/87 


US 


4922349 


A 


01/05/90 


WO 


8707107 


A 


19/11/87 


JP 


2578414 


B 


05/02/97 


JP 


63115455 


A 


20/05/88 



US 5694546 A 02/12/97 W0 9533236 A 07/12/95 



Form PCT'ISA.'HO (patent family annex) (July 1992) 



PCT/NO00/00098 



^ TENT COOPERATION TREfV 



From the INTERNATlB^jgfUj^foJ 



2$ 



PCT 

NOTIFICATION OF ELECTION 

(PCT Rule 61 .2) 


FEB -9 2SQI 

Commission pj 
US Department orCdrrm&rktsRQQte 
United States Patent and Trademark 
Office, PCT 

201 1 South Clark Place Room 
CP2/5C24 

Arlington, VA 22202 
ETATS-UNIS D'AMERIQUE 

in its capacity as elected Office 


Date of mailing (day/month/year) 

16 November 2000 (16.1 1.00) 




International application No. 
PCT/NOOO/00098 


Applicant's or agent* s file reference 
se0000581 


International filing date (day/month/year) 
21 March 2000(21.03.00) 


Priority date (day/month/year) 
22 March 1999 (22.03.99) 


Applicant 

FULDSETH, Arildetal 



1. The designated Office is hereby notified of its election made: 

| X | in the demand filed with the International Preliminary Examining Authority on: 

20 October 2000 (20.10.00) 



| | in a notice effecting later election filed with the International Bureau on: 



2. The election | X 

□ 



was 



was not 



made before the expiration of 19 months from the priority date or, where Rule 32 applies, within the time limit under 
Rule 32.2(b). 





Authorized officer 




The International Bureau of WIPO 




34, chemin des Colombettes 


Claudio Borton 




1211 Geneva 20, Switzerland 






Facsimile No.: (41-22) 740.14.35 


Telephone No.: (41-22) 338.83.38 




Form PCT/IB/331 (July 1992) 




NO0000098 



m 



ENT COOPERATION TRE/^r 



m 



PCT/NO00/00098 



From the INTERNATIONAL BUREAU 



PCT 

NOTIFICATION OF RECEIPT OF 
RECORD COPY 

(PCT Rule 24.2(a)) 



To: 



LEISTAD, Geirr, I. 
Thin Film Electronics ASA 
P.O. Box 1872 Vika 
N-0124 Oslo 
NORVEGE 



Date of mailing (day/month/year) 
19 April 2000(19.04.00) 


IMPORTANT NOTIFICATION 


Applicant's or agent's file reference 
Opti41PCT 


International application No. 
PCT/NO00/00098 



The applicant is hereby notified that the International Bureau has received the record copy of the international application as 
detailed below. 

Name(s) of the applicant(s) and State(s) for which they are applicants: 

FILEFLOW AS (for all designated States except US) 

FULDSETH, Arild et al (for US) 
International filing date 21 March 2000 (21 .03.00) 

Priority date(s) claimed 22 March 1999 (22.03.99) 

Date of receipt of the record copy 

by the International Bureau : 04 April 2000 (04.04.00) 

List of designated Offices : 

AP :GH,GM,KE^S,MW,SD,SL,SZ,TZ,UG,ZW 
EA :AM,AZ,BY,KG,KZ,MD,RU,TJ,TM 

EP lAT^E^H^^D^DK^S^I^R.GB^RJE^IT^U^aNUPT^E 
OA rBF^J^CF^G.CLCM^A^N^GW^UMR^E^N^TG 

National ^E^AUAM^AU^BA^BB^BCBR^Y^A^H^N^R^U^DE^^DM^Z^E^S^FI, 

GB^D^E^GKHR^UJD^LJNJSJ^KE^G^^KR^Z^aLK^LR^S^T^U^V^M^MD^MG^K, 

M^MW^X^O^PLPT^RUSaSE^G^US^ 

ZW 



ATTENTION 

The applicant should carefully check the data appearing in this Notification. In case of any discrepancy between these data 
and the indications in the international application, the applicant should immediately inform the International Bureau. 

In addition, the applicant's attention is drawn to the information contained in the Annex, relating to: 



m 
□ 



time limits for entry into the national phase 
confirmation of precautionary designations 
requirements regarding priority documents 



A copy of this Notification is being sent to the receiving Office and to the International Searching Authority. 





The International Bureau of WIPO 
34, chemin des Colombettes 
1211 Geneva 20, Switzerland 

Facsimile No. (41-22)740.14.35 


Authorized officer: / 1^ 

Philippe Becamel y l/fy ^ 

Telephone No. {41-22)338.83.38 \ 



Form PCT/IB/301 (July 1998) 



003237098 



ANNEX »RM PCT/IB/301 



INFORMATION ON TIME LIMITS FOR ENTERING THE NATIONAL PHASE 

The applicant is reminded that the "national phase" must be entered before each of the designated Offices indicated in the 
Notification of Receipt of Record Copy (Form PCT/IB/301) by paying national fees and furnishing translations, as prescribed by 
the applicable national laws. 

The time limit for performing these procedural acts is 20 MONTHS from the priority date or, for those designated States 
which the applicant elects in a demand for international preliminary examination or in a later election, 30 MONTHS from the 
priority date, provided that the election is made before the expiration of 19 months from the priority date. Some designated (or 
elected) Offices have fixed time limits which expire even later than 20 or 30 months from the priority date, tn other Offices an 
extension of time or grace period, in some cases upon payment of an additional fee, is available. 

In addition to these procedural acts, the applicant may also have to comply with other special requirements applicable in 
certain Offices. It is the applicant's responsibility to ensure that the necessary steps to enter the national phase are taken in a 
timely fashion. Most designated Offices do not issue reminders to applicants in connection with the entry into the national 
phase. 

For detailed information about the procedural acts to be performed to enter the national phase before each designated 
Office, the applicable time limits and possible extensions of time or grace periods, and any other requirements, see the relevant 
Chapters of Volume II of the PCT Applicant's Guide. Information about the requirements for filing a demand for international 
preliminary examination is set out in Chapter IX of Volume I of the PCT Applicant's Guide. 

GR and ES became bound by PCT Chapter II on 7 September 1996 and 6 September 1997, respectively, and may, therefore, 
be elected in a demand or a later election filed on or after 7 September 1996 and 6 September 1997, respectively, regardless of 
the filing date of the international application. (See second paragraph above.) 

Note that only an applicant who is a national or resident of a PCT Contracting State which is bound by Chapter II has 
the right to file a demand for international preliminary examination. 

CONFIRMATION OF PRECAUTIONARY DESIGNATIONS 

This notification lists only specific designations made under Rule 4.9(a) in the request. It is important to check that these 
designations are correct. Errors in designations can be corrected where precautionary designations have been made under 
Rule 4.9(b). The applicant is hereby reminded that any precautionary designations may be confirmed according to Rule 4.9(c) 
before the expiration of 15 months from the priority date. If it is not confirmed, it will automatically be regarded as withdrawn 
by the applicant. There wilt be no reminder and no invitation. Confirmation of a designation consists of the filing of a notice 
specifying the designated State concerned (with an indication of the kind of protection or treatment desired) and the payment 
of the designation and confirmation fees. Confirmation must reach the receiving Office within the 15-month time limit. 



national application No. 

PCT/NO00/00098 



REQUIREMENTS REGARDING PRIORITY DOCUMENTS 

For applicants who have not yet complied with the requirements regarding priority documents, the following is recalled. 

Where the priority of an earlier national, regional or international application is claimed, the applicant must submit a copy 
of the said earlier application, certified by the authority with which .it was filed ("the priority document") to the receiving Office 
(which will transmit it to the International Bureau) or directly to the International Bureau, before the expiration of 16 months from 
the priority date, provided that any such priority document may still be submitted to the International Bureau before that date of 
international publication of the international application, in which case that document will be considered to have been received 
by the International Bureau on the last day of the 16-month time limit (Rule 1 7.1 (a)). 

Where the priority document is issued by the receiving Office, the applicant may, instead of submitting the priority 
document, request the receiving Office to prepare and transmit the priority document to the International Bureau. Such request 
must be made before the expiration of the 16-month time limit and may be subjected by the receiving Office to the payment 
of a fee (Rule 17.1(b)). 

ff the priority document concerned is not submitted to the International Bureau or if the request to the receiving Office 
to prepare and transmit the priority document has not been made (and the corresponding fee, if any, paid) within the applicable 
time limit indicated under the preceding paragraphs, any designated State may disregard the priority claim, provided that no 
designated Office may disregard the priority claim concerned before giving the applicant an opportunity to furnish the priority 
document within a time limit which is reasonable under the circumstances. 

Where several priorities are claimed, the priority date to be considered for the purposes of computing the 16-month time 
limit is the filing date of the earliest application whose priority is claimed. 



Form PCT/IB/301 (Annex) (July 1998) 



003237098 



ENT COOPERATION TREA 1 



WO 00/57280 
PCT/N 000/00098 



From the INTERNATIONAL BUREAU 



PCT 

NOTICE INFORMING THE APPLICANT OF THE 
COMMUNICATION OF THE INTERNATIONAL 
APPLICATION TO THE DESIGNATED OFFICES 

(PCT Rule 47.1(c), first sentence) 


To: 

LEISTAD, Geirr, I. 

Thin Film Electronics ASA 

P.O. Box 1872 Vika 

N-0124Oslo 

NORVEGE 


Date of mailing (day/month/year) 

28 September 2000 (28.09.00) 




Applicant's or agent's file reference 
- 00000056-1 — 


IMPORTANT NOTICE 


International application No. 
PCT/N 000/00098 


International filing date (day/month/year) 
21 March 2000 (21.03.00) 


Priority date (day/month/year) 
22 March 1999 (22.03.99) 


Applicant 

FILEFLOW AS et al 



1. Notice is hereby given that the International Bureau has communicated, as provided in Article 20, the international application 
to the following designated Offices on the date indicated above as the date of mailing of this Notice: 

AU,DZ,KP,KR,US 



In accordance with Rule 47.1(c), third sentence, those Offices will accept the present Notice as conclusive evidence that 
the communication of the international application has duly taken place on the date of mailing indicated above and no copy 
of the international application is required to be furnished by the applicant to the designated Office(s). 

2. The following designated Offices have waived the requirement for such a communication at this time: 

AE^AM^ATAZ^A^BB^BG^BR^BY^A^CH^N^R^U^DE^K^DM^A^E^P^S^F^GB^GD, 

GE^H^R^UJDJLJNJSJ^KE^CKZ^CLK^R^S.LT^U^V^A^MD^MCM^MN^W^X^O, 

NZ^OA^L^T^O^U^D.SE.SG^LSK^SL^J^M^R^TZ.UA^UG^^VN^U^ZW 
The communication will be made to those Offices only upon their request. Furthermore, those Offices do not require the 
applicant to furnish a copy of the international application (Rule 49.1(a-bis)). 

3. Enclosed with this Notice is a copy of the international application as published by the International Bureau on 
28 September 2000 (28.09.00) under No. WO 00/57280 

REMINDER REGARDING CHAPTER II (Article 31(2)(a) and Rule 54.2) 

If the applicant wishes to postpone entry into the national phase until 30 months (or later in some Offices) from the priority 
date, a demand for international preliminary examination must be filed with the competent International Preliminary 
Examining Authority before the expiration of 19 months from the priority date. 

It is the applicant's sole responsibility to monitor the 19-month time limit. 

Note that only an applicant who is a national or resident of a PCT Contracting State which is bound by Chapter II has the 
right to file a demand for international preliminary examination. 



REMINDER REGARDING ENTRY INTO THE NATIONAL PHASE (Article 22 or 39(1)) 

If the applicant wishes to proceed with the international application in the national phase, he must, within 20 months 
or 30 months, or later in some Offices, perform the acts referred to therein before each designated or elected Office. 

For further important information on the time limits and acts to be performed for entering the national phase, see the 
Annex to Form PCT/IB/301 (Notification of Receipt of Record Copy) and Volume II of the PCT Applicant's Guide. 



The International Bureau of WIPO 


Authorized officer 


34, chemin des Colombettes 


J. Zahra 


1211 Geneva 20, Switzerland 


Facsimile No. (41-22) 740.14.35 


Telephone No. (41-22) 338.83.38 



Form PCT/IB/308 (July 1996) 3537896 



ENT COOPERATION TRE^v 



PCT/NO00/00098 



From the INTERNATIONAL BUREAU 



PCT 

NOTIFICATION CONCERNING 

CI ID RillOOl/^KI f~\Q TDAMCMITTAI 

OF PRIORITY DOCUMENT 

(PCT Administrative Instructions Section 411) 


To: 

LE1STAD, Geirr, 1. 

Thin Film Electronics ASA 

P.O. Box 1872 Vika 

N-0124Oslo 

NORVEGE 


Date of mailing (day/month/year) 
19 April 2000(19.04.00) 




Applicant's or agent's file reference 
Opti41PCT 


IMPORTANT NOTIFICATION 


International application No. 
PCT/N 000/00098 


International filing date (day/month/year) 
21 March 2000(21.03.00) 


International publication date (day/month/year) 

Not yet published 


Priority date (day/month/year) 
22 March 1999 (22.03.99) 


Applicant 

FILEFLOW AS et al «• 



1. The applicant is hereby notified of the date of receipt (except where the letters "NR" appear in the right-hand column) by the 
International Bureau of the priority document(s) relating to the earlier application(s) indicated below. Unless otherwise 
indicated by an asterisk appearing next to a date of receipt, or by the letters "NR", in the right-hand column, the priority 
document concerned was submitted or transmitted to the International Bureau in compliance with Rule 17.1(a) or (b). 

2. This updates and replaces any previously issued notification concerning submission or transmittal of priority documents. 

3. An asterisk(*) appearing next to a date of receipt in the right-hand column, denotes a priority document submitted 
or transmitted to the International Bureau but not in compliance with Rule 1 7.1 (a) or (b). In such a case, the attention 
of the applicant is directed to Rule 1 7.1 (c) which provides that no designated Office may disregard the priority claim 
concerned before giving the applicant an opportunity, upon entry into the national phase, to furnish the priority document 
within a time limit which is reasonable under the circumstances. 

4. The letters "NR" appearing in the right-hand column denote a priority document which was not received by the International 
Bureau or which the applicant did not request the receiving Office to prepare and transmit to the International Bureau, 

as provided by Rule 17.1(a) or (b), respectively. In such a case, the attention of the applicant is directed to Rule 17.1(c) which 
. provides that no designated Office may disregard the priority claim concerned before giving the applicant an opportunity, 
upon entry into the national phase, to furnish the priority document within a time limit which is reasonable under the 
circumstances. 



Priority date Priority application No. Country or regional Office Date of receipt 

or PCT receiving Office of priority document 

22 Marc 1999 (22.03.99) 19991371 NO 04 Apri 2000 (04.04.00) 





Authorized officer /io^ 


The International Bureau of WIPO 


34, chemin des Colombettes 


Philippe Becamel [vfjSLx^ 


1211 Geneva 20, Switzerland 


Facsimile No. (41-22) 740.14.35 


Telephone No. (41 -22) 338.83.38 \ 



Form PCT/IB/304 (July 1998) 003237099 



«4 \^h^%^<-^ 



PATENT COOPERATION TREAT Y 2 AU <> 2001 

wlpo PCT 



PCT 

INTERNATIONAL PRELIMINARY EXAMINATION REPORT 

(PCT Article 36 and Rule 70) 




Applicant's or agent's file reference 
Opti41PCT 


See Notification of Transmittal of International 
FOR FURTHER ACTION Preliminary Examination Report (Form PCT/IPEA/416) 


International application No. 
PCT/NO00/00098 


International filing date (day/month/year) 
21/03/2000 


Priority date (day/month/year) 
22/03/1 999 


International Patent Classification (IPC) or national classification and IPC 
G06F13/00 


Applicant 

FILEFLOWAS ET AL. 



1. This international preliminary examination report has been prepared by this International Preliminary Examining Authority 
and is transmitted to the applicant according to Article 36. 

2. This REPORT consists of a total of 8 sheets, including this cover sheet. 

S This report is also accompanied by ANNEXES, i.e. sheets of the description, claims and/or drawings which have 
been amended and are the basis for this report and/or sheets containing rectifications made before this Authority 
(see Rule 70.16 and Section 607 of the Administrative Instructions under the PCT). 

These annexes consist of a total of sheets. 



3. This report contains indications relating to the following items: 



Basis of the report 



II 


□ 


III 


□ 


IV 


□ 


v. 




VI 


□ 


VII 


□ 


VIII 


□ 



citations and explanations suporting such statement 



VIII □ Certain observations on the international application 



Date of submission of the demand 
20/10/2000 


Date of completion of this report 
20.08.2001 


Name and mailing address of the international 
preliminary examining authority: 

^ European Patent Office 
0))) D-80298 Munich 

^ 9 Tel. +49 89 2399 - 0 Tx: 523656 epmu d 

Fax: +49 89 2399 - 4465 


Authorized officer ^^r^ 

Meis, M (C $1 }) 

Jy 

Telephone No. +49 89 2399 2505 \*s«eS^ 



Form PCT/IPEA/409 (cover sheet) (January 1994) 



INTERNATIONAL PRELIMINARY 
EXAMINATION REPORT 



International application No. PCT/NO00/00098 



1. Basis of the report 

1 . With regard to the elements of the international application (Replacement sheets which have been furnished to 
the receiving Office in response to an invitation under Article 14 are referred to in this report as "originally filed" 
and are not annexed to this report since they do not contain amendments (Rules 70. 16 and 70. 17)): 
Description, pages: 

1-16 as received on 02/06/2001 with letter of 29/05/2001 

Claims, No.: 

1 -1 6 with telefax of 03/07/2001 

Drawings, sheets: 

1/7-3/7,5/7,7/7 as published 

4/7,6/7 as received on 1 1/04/2001 with letter of 06/04/2001 

2. With regard to the language, all the elements marked above were available or furnished to this Authority in the 
language in which the international application was filed, unless otherwise indicated under this item. 

These elements were available or furnished to this Authority in the following language: , which is: 

□ the language of a translation furnished for the purposes of the international search (under Rule 23.1 (b)). 

□ the language of publication of the international application (under Rule 48.3(b)). 

□ the language of a translation furnished for the purposes of international preliminary examination (under Rule 
55.2 and/or 55.3). 

3. With regard to any nucleotide and/or amino acid sequence disclosed in the international application, the 
international preliminary examination was carried out on the basis of the sequence listing: 

□ contained in the international application in written form. 

□ filed together with the international application in computer readable form. 

□ furnished subsequently to this Authority in written form. 

□ furnished subsequently to this Authority in computer readable form. 

□ The statement that the subsequently furnished written sequence listing does not go beyond the disclosure in 
the international application as filed has been furnished. 

□ The statement that the information recorded in computer readable form is identical to the written sequence 
listing has been furnished. 

4. The amendments have resulted in the cancellation of: 
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□ the description, 

□ the claims, 

□ the drawings, 



sheets: 



pages: 



Nos.: 



5. H This report has been established as if (some of) the amendments had not been made, since they have been 

considered to go beyond the disclosure as filed (Rule 70.2(c)): 

(Any replacement sheet containing such amendments must be referred to under item 1 and annexed to this 
report.) 

see separate sheet 

6. Additional observations, if necessary: 



V. Reasoned statement under Article 35(2) with regard to novelty, inventive step or industrial applicability; 
citations and explanations supporting such statement 



1. Statement 



Novelty (N) 



Yes: 
No: 



Claims 
Claims 



1-16 



Inventive step (IS) 



Yes: 
No: 



Claims 
Claims 



4-10,13 

1-3,11,12,14-16 



Industrial applicability (IA) 



Yes: 
No: 



Claims 
Claims 



1-16 



2. Citations and explanations 
see separate sheet 
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SECTION I 

1 . The amendments filed with the telefax dated 03.07.2001 introduce subject-matter 
which extends beyond the content of the application as filed, contrary to Article 
34(2)(b) PCT. The amendments concerned is the specific processing being 
carried out using software specified as " user application software", there being no 
basis in the application as filed for actually characterizing the specific processing 
as being carried out by a "user application" software. 

For the purpose of examination, this specification has been ignored and the 
software has merely been regarded as (general) "software". 

SECTION V 

1 . The application pertains to a method of transmission in a data communications 
network. 

2. See the application, p. 1 - p. 3, I. 2 for a description of the prior art and its 
drawbacks, p. 3, I. 3 - 18 for the objects of the invention and cl. 1 and 3 and p. 3, 1. 
19 - p. 6, I. 26 for the invention. 

3. Summary of disclosure of documents mentioned in search report: 

WO-A1 -9844402 (X), hereinafter referred to as D1 is the only relevant 
document - see par. 5. (a) below. 

'Compression pros deliver telecom with sitcomm 1.0','FRAASE 
M.7MACWEEK7\8/2/00-01 -1994,43-44 (X) merely discloses a Mac 
communications program with automatic file compression capabilities for uploads 
and automatic file decompression and decoding capabilities at downloads. 

US-A-5270805 (A): see the application, p. 2, I. 22 - 33. 

US-A-5694546 (A) merely discloses software for effecting information 
transmission with a server in an unattended mode after initiation and automatically 
integrating received information. 
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4. The subject-matter of independent cl. 1 and 3 is new (Art. 33(2) PCT with respect 
to the prior art following from the documents cited in the search report - see par. 3 
above and, regarding document D1 , par. 5. (a) below. 

5. The subject-matter of cl. 1-3, 11, 12 and 14-16 does not imply an inventive step 
(Art. 33(3) PCT) for the following reasons: 

(a) Cl. 1 

Document D1 discloses (in the terms of the claim) 

a method in the transmission in a data communications network (world 
wide web 2) of arbitrarily formatted files comprising one or more different 
data types, between a sender comprising a data-processing device (web 
server 1) connected to the data communications network, 

wherein the sender (web server 1) represents an information provider, 
and one or more receivers with respective data-processing devices (client 
computer 3) connected with the data communications network, wherein each 
receiver (client computer 3) represents a user, 

wherein files which shall be transmitted are stored in a database 
(filesystem) at the sender (web server 1) and which for the transmission that 
substantially takes place transparently for both sender (web server 1) and 
receiver (client computer 3), are downloaded (from the watermarking server 
- p. 18, I. 31 - p. 19, I. 2 and p. 1 1 , I. 24 - p. 12, I. 1) to the data-processing 
device of the sender (web server 1), and 

wherein the method is characterized by 

processing (receiver: decrypting) a file (requested file: e.g. p. 10, 1. 13: 
a_graphic.gif) specifically for one user (for particular user whose request is 
granted by the sender in combination with e.g. a payment scheme, i.e. not 
for any user) with software (user: Java applet for decryption) for one user for 
one or more user applications (Java enabled web browser, such as 
Netscape Navigator (p. 6, I. 30) or Microsoft Explorer (p. 6, I. 29) (even 
known to understand its own specific, not fully compatible Java brand)) 
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under determined conditions (request made by client and granted by server), 

- the processing (decryption) with said software taking place in the receiver's 
data-processing device after the file has been received (decryption by the 
Java applet) (considering the option "or" in the three "and/or" options 
present in cl. 1, p. 16, 1. 17 - 20 and using the last one only), and 

- performing the processing with said software (user: Java applet) which is 
stored in the following: the sender (Java applet: e.g. p. 10, 1. 12: 
BTCBrowserApplet.class), and as required is transmitted (from the sender to 
the user (receiver)) before the processing to an actual processing location 
(data processing device of the user). 

Regarding the processing by said software, D1 , p. 16, I. 13 - 15 does 
disclose processing specific for one user in that the specific software (java 
applet A1) may include encryption and hashing keys specific to the user 
(client). D1 further discloses processing for one or more applications since 
the specific software (java applet) is downloaded for the Netscape or 
Microsoft Explorer web viewer application (java enabled viewer). 

The claimed subject-matter differs from the disclosure of D1 as indicated in 
the following, which differences do not imply an inventive step: 

CI. 1 mentions Internet as an example for the data communications 
network, which is obvious since World wide web communications 
mostly take place over the Internet. 

CI. 1 requires transmission to take place through a dedicated server 
which is an obvious feature as it is usually provided by routers or 
gateways or firewalls which are dedicated to the transmission. 

The subject-matter of cl. 1 thus does not imply an inventive step. 

(b) Cl. 2, 11, 12 and 14 

The additional features defined in cl. 2 lack an inventive step for the reasons 
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previously stated in the first written opinion, section V. 

(c) CI. 3 

The subject-matter of cl. 3 lacks an inventive step for the combined reasons 
for which the subject-matter of cl. 1 and cl. 2 lack an inventive step. 

(d) Cl. 15 and 16 

The features defined in cl. 15 is obviously provided by e.g. a firewall at the 
sender. 

The features defined in cl. 16 obviously follows e.g. from log files commonly 
in use. 

5. The subject-matter of cl. 4 - 10 and 13 implies an inventive step (Art. 33(3) PCT) 
with respect to the disclosure of document D1 because the particular features 
defined therein are not disclosed in document D1 . 

6. The claimed methods are industrially applicable in computer networks. 
SECTION VIII 

1 . A lack of clarity (Art. 6 PCT) arises in the claims for the following reasons: 

(a) It is still not clear what particular features of the claimed method are implied 
by specifying the server as "dedicated" and, particularly, what the term 
dedicated refers to. The method being a method in the transmission in a 
data communications network of arbitrarily formatted files, common network 
firewalls, routers or gateways may be considered as dedicated since they 
are for transmitting arbitrarily formatted files in a data communications 
network. 

(b) In cl. 4 it is not clear what the resource address and access code are related 
to in the context of the claims. 
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Methods in transmission of files in a data communications network 

The invention concerns methods in transmission in a data communications 
network, particularly Internet, of arbitrarily formatted files comprising one or 
more different data types, between a sender comprising a data-processing 
5 device connected to the data communications network, wherein the sender 

represents an information provider, and one or more receivers with respective 
data-processing devices connected with the data communications network, 
wherein each receiver represents a user, wherein transmission takes place via 
a dedicated server provided in or assigned to the data communications 
10 network, wherein files which shall be transmitted are stored in a database at 
the sender or in a database accessible from the sender and which for the 
transmission that substantially takes place transparently for both sender and 
receiver, are downloaded to the data-processing device of the sender. 

The need for fast, effective and safe transmission of files for application 

15 purposes is rapidly increasing. Particularly this is the case in the media 

industry, where it is desirable with transmission of large files composed of 
different data types, including image information which is very 
capacity-demanding. Most of the information which is used in the media 
industry is present digitalized and transmitted in digital form and even 

20 though this can take place via existing broadband communications networks, 
the transmission of source information representing large data volumes, 
typically several Gbytes, yet becomes an expensive and for the user 
time-demanding process. Beyond all it is hence desirable to save time and 
costs in the transmission as well as making the transmission process more 

25 simple and efficient, something which will offer an end user great advantages 
compared with present file transmission systems. In a public data 
communications network such as Internet, the traffic has only been 
increasing all the time, something which makes the transmission of large data 
volumes and large files on Internet both time-consuming and 

30 cost-demanding. For large data volumes or extensive documents it hence may 
be an alternative to make use of courier services or file transmission on 
dedicated ISDN lines. Even though such measures guarantee a safe 
transmission, they are yet linked with substantial costs and the use of courier 
services may in a large number of cases be unsuitable due to the time factor. 
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In connection with transmission of files data processing the files in 
connection with a transmission is well-known. Data processing of this kind 
can typically consist of various forms of compression coding in order to 
reduce the data volume which shall be transmitted, or measures in order to 
5 protect the data which are transmitted against copying. In international 

published patent publication W09 8/44402 there is thus disclosed a method 
for copying protection of data which are downloaded from a server, typically 
via World Wide Web, to a client in order to be presented to a user. The 
transmitted and downloaded data are protected cryptographically by 

10 encryption and hashing. The processing to this end may then take place in a 
network server before transmission on e.g. the World Wide Web. Further 
there is in a paper by Michael Fraase, "Compression pros deliver telecom 
with SITcom 1.0: Aladdin app offers transparent connection and 
compression" (Mac WEEK, vol 8, no. 2, 10. January 1994, page 43(2)) 

15 disclosed a telecommunication software which automatically can compress 
files during transmission using the so-called "Stuffit" tool from Aladdin 
Systems Inc. The users can use this software which is called "SITcomm" for 
automatically converting files or folder hierarchies to "Stuffit" archives 
before uploading or for automatically expand the archives as they are 

20 downloaded. SITcomm can also use a so-called toolbox for implementing all 
connections, file transmissions and emulations. 

From US patent no. 5 270 805 (Abe & al., assigned to Canon) there is 
additionally known a data-communication device which generate data as 
respectively character data and colour image data, these data being divided 

25 between respective block areas The block area for the image data can further 
be divided into further block areas in correspondence with the image 
characteristics of the image data. In each case the data transmission takes 
place blockwise and by means of a conversion device it is determined 
whether a function is present in the receiver device and the transmitted data 

30 in the block areas are converted according to this. This may e.g. then imply 
that if the receiver has no possibilities of processing a colour image, the 
colour image data will be converted to data which can be processed by the 
receiver. 

In many cases data is transmitted in files with a specific processing at the 
35 receiver in mind, e.g. for different applications, and advantageously a 
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processing of this kind which basically has no connection to the transmission 
process as such could take place in connection therewith. 

The object of the present invention is thus to provide methods which make a 
combined transmission and a non-transmission-related processing of data in 
5 files on public communications networks, e.g. Internet more efficient. 

It is particularly the object that a transmission of files with accompanying 
specific processing shall take place with regard to a possible 
transmission-specific processing of the files and see to that the transmission 
of files between a sender and one or more receivers with connected specific 
10 processing for a user and user-related applications is realized with fast and 
secure transactions between the parties. 

It is also an object of the invention that large files shall be transmitted 
anywhere in the world and then by combining the transmission with a 
specific processing, without transmission and processing requiring 
15 unnecessary large data resources at the sender and receiver. The transmission 
and specific processing shall then take place substantially in transparency 
both for the sender and receiver, such that they can exploit their data 
resources for other tasks while the transmission itself takes place. 



25 



The above-mentioned objects and advantages are realized according to the 

eYv^Y^T ^nw art 



20 invention with a method which is characterized by processing *£%if&^ 



specifics^ for one or more users and/or cme or more applications under v -v 
determined conditions, the ^ccj^f^ processing^alci^ in a 1 ^V^^ 
data-nrocess-mp devir.ft of thft servp.r rlnrino fh^ traAomicciAn — ^ ^ * - - 



data-processing device of the server during the transmission and/or 
consecutively in the data processing device of the receiver as the file is 





in one or more of the following: the sender, the server or the receiver, and as 
required ^transmitted before or in phase with the processing to a an actual 
processing location. 

30 The above-mentioned method comprises advantageously consecutive or 
approximately simultaneous and/or interfoliated realized steps for 
a) compression-coding the file which shall be transmitted with a proprietary 
data compression procedure or a general loss-free data compression 
procedure, 
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b) dividing the compression-coded file in packets, 

c) transmitting the packet-divided compression-coded file to the dedicated 
server together with receiver addresses, 

d) providing the packets with receiver address, and 
5 e) transmitting the compression-coded file to one or more receivers according 

to the receiver addresses of the packets, as well as a further step, for 
f) decoding the received file at the receiver according to the data 
compression procedure or procedures already used for the compression 
coding. 

10 The above-mentioned objects and advantageous are additionally realized 
according to the invention with a method which comprises consecutive or 
approximately simultaneous and/or interfoliated realized steps for 

a) compression-coding the file which shall be transmitted with a proprietary 
data compression procedure or a general loss-free data compression 

15 procedure, 

b) dividing the compression-coded file in packets, 

c) transmitting the packet-divided compression-coded file to the dedicated 
server together with receiver addresses, 

d) providing the packets with receiver address, and 
20 e) transmitting the compression-coded file to one or more receivers according 

to the receiver addresses of the packets, and as well as further steps for 
f) decoding the received file at the receiver according to the 
data-compression procedure or procedures already used for the compression 
coding, and ^c^e, , 

25 g) additionally processing tEe file^ specificallyTor one or more users ana/or \ ^/p 

pro£ 




server during the transmission and/or consecutively in the data-processing 
device of the receiver as the file is received and/or in the data-processing 
device of the receiver after the file has been received, ^and performing the 
specific processing wi^^rf^gr ^wW ck^^ op^^mTOtr or more of the 
following: the sender, the server or the receiver, and -wfeieh as required 
transmitted before or in phase with the processing to an actual processing 
location. 

According to the invention it is advantageous that the sender simultaneously 
with the initialization of the transmission during or after the transmission 
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to the server sending a message to the receiver with a resource address and 
an access code and receiving a confirmation from the server when the latter 
has received the file and the confirmation from the receiver when the latter 
has received the file and downloaded it to its data-processing device. 

5 Where the arbitrarily formatted file comprises one or more of the following 
data types, viz. image data, alphanumeric data, graphics data and fonts, it is 
according to the invention advantageous using the proprietary data 
compression procedure for compressing image data, and using the general 
loss-free compression procedure substantially for compression of 
10 alphanumeric data, graphics data and fonts. 

According to the invention is advantageous storing the software for data 
compression coding and decoding in the server and downloading .said 
software automatically respectively to the data-processing device of the . 
sender for coding the file when the transmission is initialized and to the data 
15 processing-device of the receiver for decoding the file when it is received. 

In that connection packet-division preferably takes place dependent on the 
data type, such that each packet comprises a determined data type. 

According to the invention it is advantageous that the specific processing 
takes place in the server after a preceding decoding of the file in the server 

20 by means of the software for the data compression coding, the software for 

the specific processing either being stored at the sender and/or at the receiver 
and being transmitted to the data-processing device of the server when the 
specific processing shall take place, or beforehand stored in the 
data-processing device of the server, and after the specific processing again 

25 compression-coding the file with software stored in the server for 

transmission to the receiver, the server on the basis of the receiver address 
checking whether processing conditions are present. 

In that connection are preferably the processing conditions assigned to a 
determined receiver address being stored in the server together with software 
30 for the processing and being accessed by the server on the basis of the 

receiver address, and preferably the specific processing is then performed on 
one or more determined data types such that only packets comprising the 
determined data type are decoded before the processing and coded anew after 
the processing has terminated. 
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According to the invention it is advantageous that the decoding of the file at 
the receiver takes place consecutively as the file is received. In that 
connection the specific processing preferably takes place consecutively in the 
data-processing device of the receiver before and/or after the decoding of the 
5 file which is received, the software for the processing either being stored at 
the receiver and/or in the sender and/or in the server and being transmitted to 
the data-processing device of the receiver when processing shall take place 
or before beforehand being stored in the data-processing device of the 
receiver. 

10 It can according to the invention also be advantageous storing the file as it is 
received in the data processing-device of the receiver, and then decoding the 
file by the receiver at a later suitably selected time. In that connection the 
specific processing of the stored file can then preferably take place in the 
data-processing device of the receiver before and/or after the decoding of the 

15 file, the software for the processing either being stored at the sender and/or 
in the server and transmitted to the data-processing device of the receiver 
when processing shall take place or beforehand entered in the 
data-processing device of the receiver. 

According to the invention the dedicated server is advantageously 
20 implemented on a general network server. 

According to the invention are user names, receiver addresses, files and the 
given processing conditions assigned to user names or receiver addresses 
preferably stored temporarily or permanently in a data base provided in the 
server. 

25 The invention shall now be explained in more detail in connection with 

exemplary embodiments and with reference to the accompanying drawing, 
wherein 

fig. 1 shows a system layout for data transmission between a sender and 
several receivers, e.g. in a public data communications network such as 
30 Internet, 

fig. 2 the flow diagram for a preferred embodiment of the method according 
to the invention, 

fig. 3. the flow diagram for a first variant of the embodiment in fig. 2, and 
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fig. 4. the flow diagram for a second variant of the embodiment in fig. 2. 

Fig. 1 shows the system layout for file transmission in a public data 
communications network, e.g. Internet, such as known in the art. A number 
of information providers can be connected with the system and an 
information provider is here shown represented by the sender 1. The sender 1 
comprises a data-processing device or computer 2 which well may be a 
personal computer and a database 3 connected with computer 2. In addition 
the sender 1 can optionally also communicate with one or more external 
databases 4. These external databases 4 can be connected with a sender in a 
local network and stored on local data-processing devices which well may be 
the information provider's own. Alternatively the external databases 4 can be 
. stored at other information providers and then e.g. be accessed by the sender 
1 via the public data communications network. The sender 1 is connected 
with and has at its disposal a dedicated server 5 which can be a free-standing 
data-processing device with a computer 6 and a database 7 connected thereto. 
The server 5 can e.g. be accessed via local network and or the public daita 
communications network and comprises in any case a not shown interface for 
such a public data communications network which e.g. then may be Internet. 
Alternatively the server 5 could also be implemented on the sender's own 
network server and the required data processing takes place on the sender's 
own computer. As a dedicated server in a data communications network the 
server 5 can be a shared resource for several information providers and 
consequently be accessed from several senders 1 . In regard of software the 
server is basically realized with two modules, one for reception of files and 
one for transmission of files to receivers. Additionally the server can 
comprise several modules, e.g. for processing of data, message switching etc. 
The server's software will normally be stored in the database 7 assigned to 
the server, but this database can in its turn be a shared resource for several 
information providers or form a part of the sender's own database 3. 

The server 5 can via the public data communications network communicate 
with arbitrary number of receivers 8i,8 2 ,...8 k5 ...8 n . This communication then 
takes place on the public available data communications network, e.g. 
Internet, via lines 9. The receivers are users of information and receive on 
request information transmitted from the information provider or the sender 1 
.in the form of files. The received files can after downloading to the receiver 
8 be processed on a data-processing device at the receiver, stored in a local 
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data memory at the receiver and be utilized for a user-specific application at 
a time appropriate for the user. 

It is a part of the object of the invention that the file transmission proper and 
all the operations which in this connection as executed by the server 5 take 
place substantially transparent to the sender as well as the receivers 8. This ■ 
" implies in practice that at least while the file transmission takes place, the 
data-processing devices of both the sender and the receivers or computer 
could be used for other tasks, as the file transmission, operation as such shall 
not in any considerable degree shall load the mentioned computers. 

A preferred embodiment according to the invention shall now be discussed 
with reference to fig. 2, which renders a flow diagram showing the separate 
steps of the method. In this connection it shall be remarked that all references 
in. the flow diagram to specific processing points to a user-specific or 
application-specific processing which has no consequences for the file 
transmission as such. 

The embodiment of the method according to the invention is initialized at the 
start step 100 on the sender's 1 computer 2 as shown in fig. 2. With the 
sender it is to be understood an information provider which serves a number 
of clients which are the receivers or users of the information. In step 101 the 
files which shall be transmitted are specified and fetched from the database 3 
of the sender 1 or from databases 4 which can be accessed by the* sender. 
These databases can be connected with the sender 1 in a local network or be 
accessed via the public data communications network which in the following 
will be supposed to be identical with Internet and denoted as such. It is to be 
understood that the file which shall be transmitted may consist of different 
types of source information which may well be located in several databases. 
Before the transmission all source information is in such a case collected in 
the file to be transmitted. The sender 1 also fetches receiver addresses, i.e. 
addresses to clients or users, preferably stored in the sender's own database 
3. It is to be understood that files and documents collected may be formatted 
arbitrarily. They may e.g. be compression-coded beforehand with some 
appropriate compression procedure such as MPEG for video or films or JPEG 
for stills. The files can consist of a number of different data types as they do 
not need to consist of image information which in this case shall be 
understood as video images, film images or still images, but may in addition 
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also comprise usual alphanumeric information, graphics information and 
possibly fonts. The latter will be relevant where alphanumeric and graphics 
information in the files at the users will be applied in media enterprises, e.g. 
the graphic industries. In step 102 the cbllected files now are 
compression-coded, as either a proprietary compression procedure or a 
particular loss-free data compression procedure is used. The proprietary data 
compression procedure can be a particular compression procedure for image 
information, possibly with an adaptation for stills or video. This proprietary 
compression procedure is developed by Fast Search & Transfer ASA, which 
has assigned the rights of use to the applicant. It will be relevant using it for 
those parts of the file which consist of image information.- Other data types in 
the collected files as e.g. alphanumeric and graphics information can be 
compressed with a general loss-free procedure, such loss-free compression 
procedures being well-known to persons skilled in the art and hence not 
discussed in further details herein. As the collected file or parts thereof can 
be an arbitrarily formatted file, the file or parts thereof can as mentioned 
already be subjected to a compression procedure. A repeated data 
compression of image information in the form of video images which already 
have been subjected to a compression of the MPEG type will with the 
applicant's proprietary compression procedure which has a higher 
compression factor than MPEG be further compressed. In other parts of the 
file which e.g. beforehand may have been subjected to a loss-free 
compression procedure, the general loss-free compression need not effect a 
further compression of these parts. In any case the compression coding in 
step 102 executed on the sender's own computer 2 which thereafter divides 
the collected compression-coded files in packets, such that each separate 
packet preferably contains a determined data type and at the sender has been 
subjected to a particular form of compression coding. 

It is to be understood that the software used in the compression coding can be 
stored on the sender's own data-processing device, but preferably it is stored 
in the server 5 and will, when the file transmission is initiated, automatically 
be transmitted to the sender 1 from the server 5. 

In step 104 the packet-divided compression-coded file is now transmitted 
from the sender's 1 computer 2 to a server 5 which well may be the sender's 
own network server or a dedicated server and connected with a server via e.g. 
a dedicated line, a local network or a public data communications network 
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such as Internet. The sender 1 will now in step 5 inquire the server 5 whether 
the compression-coded file has been received and if the answer is NO the file 
transmission will continue until this is the case. Is the answer is YES and the 
compression-coded file is completely received on the server 5, the file is now 
5 provided with receiver address in the server's 5 computer 6 in step 106. The 
receiver address will e.g. be downloaded from the sender 1 to the server 5 at 
the start of the transmission. The receiver address may. however, also be an 
identification code and the intention is in any case that the receiver address 
or the identification codes are used in a step 107 implemented on the server 

10 5, wherein a decision is taken whether the compression-coded files shall be 
subjected to a specific processing in the server or not. If the answer is NO, a 
confirmation is sent in step 1 1 1 that the file has been received on the server 5 
and simultaneously a confirmation is sent to the receiver 8, the confirmation 
comprising a message with a resource address (URL) and an access code, the 

15 latter e.g. a password for the user. In the present case the resource address 
will, of course, be the address of the server. 

The decision in step 107 takes place on the basis of the receiver address or 
the identification code, e.g. with a table which for the relevant receiver 
address or identification code provides the server with the necessary 

20 processing instructions. If the answer in step 107 hence is YES, the file "is 

decoded in step 108 and thereafter subjected to the required data processing, 
i.e. a specific processing in step 109. This processing can be user specific or 
application-specific and takes place with software which is stored in the data 
base 7 of the server 5 or which is transmitted to the database of the server, 

25 either on the basis of the receiver addresses when the file transmission starts 
or beforehand has been stored in the database 7 of the server 5 by the 
separate receiver. In this connection it is to be understood that step 111 very 
well may be realized in another location in the transmission process such that 
the confirmation can effect the transmission of the required software for the 

30 processing from either the sender or receiver before the decision in step 107 
concerning the processing is made. The processing which takes place in step 
109 can be user- specific or application-specific, i.e. the file is processed 
user-specifically for one or more users or receivers or 

application-specifically for two or more users, such that the file is subjected 
35 to the same processing for one and the same application or one and the same 
application is implemented at more than one user. The processing will as a 
rule take place by packet switching, e.g. be executed on packets which 
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comprises image information and it is, of course, then evident that not all 
packets in the file need to be decoded before the processing. A typical 
example of processing which is performed can be the processing of image 
information with the intention of providing the image information with an 
5 optimum colour profile for the relevant user's applications. An example of a 
colour profile of this kind is the so-called ICC standard which stands for 
International Color Consortium which was established in 1993 by 8 industrial 
enterprises in order to provide a standardized architecture and standardized 
components for colour handling in image information. Digitalized colour 

10 image data will both before and after the compression coding typically be 
present as an RGB code. After image information has been decoded for 
processing, the RGB format is converted to a CMYK colour format with the 
use of the ICC colour profile. For the sake of that, this could also be done on 
the sender's computer 2, but preferably step 109 is realized as shown on the 

15 server's computer 6. In this connection the ICC profile can be transmitted 

automatically to the server 5, e.g. from the sender 1 or from a receiver 8, but 
may also be prestored in the server. The ICC profile is in any case 
implemented in each case when the image information format after the 
decoding is converted from the RGB format to the CMYK colour format. 

20 After completed processing in the server 5 the file is again compression 

coded in step 110 and a confirmation is submitted as mentioned above in step 
1 1 1 in the form of a message to the sender and a confirmation in the form of 
a message to the receiver 8. Whether the confirmation of the receiver in step 
1 1 1 as mentioned is submitted at an early stage in the process or immediately 

25 after step 107 or step 110, the server 5 in step 1 12 will receive a transmission 
request from one or more receivers 8 and if the server in step 1 12 does not 
find such a transmission request for a receiver, an already compression-coded 
or processed file for the receiver can in step 104 either be stored in the server 
5 for later transmission to the receiver or be deleted. If the server 5 in step 

30 1 12 on the contrary finds that a transmission request from one or more 

receivers is present, the server 5 transmits the compression-coded and in case 
also processed files to the respective receivers 8 on the basis of the receiver 
addresses, as each packet is addressed and transmitted consecutively after 
step 107 as the packets are received on the server 5 or consecutively 

35 following step 110, in any case on the basis of the received transmission 

request such this is present at step 112. The transmission from the server 5 to 
the receiver 8 takes place in step 1 14 and the file is downloaded 
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consecutively in step 115. In step 116 a decision is made whether the file is 
downloaded, and if the answer is NO, the downloading of a 
compression-coded and possibly processed file in step 115 continues until the 
downloading is completed and confirmed in step 116 with YES. Then the 
5 receiver 8 in step 1 1 7 sends a confirmation in the form of a message to the 
sender 1 that the file has been downloaded. After the file has been received 
and downloaded to the receiver's computer, the latter decodes the file in step 
118. 

Advantageously a specific processing also may take place on the receiver's 8 

10 own computer and a decision about a processing of this kind is taken in step 
1 19. If the answer is YES, the downloaded file is processed in step 120 and it 
is default that the processing can comprise a number of separate processing 
steps and be executed on different data types. Where the user or receiver 8 
represents media industry or graphic industry, it may of course be topical to 

15 implement a suitable colour profile in connection with conversion from one 
colour format to another. There is also nothing against a file which already 
has been subjected to a processing on the server 5 in step 109 or after the 
decoding at the receiver 8 in step 118 being processed further and 
user-specifically by the receiver 8 in step 120 such this alternative is evident 

20 from fig. 2. Further can both the user-specific and application-specific 

processing wholly take place on the receiver's own computer and without a 
preceding specific processing in step 109 in the server. This is shown in fig. 
3 which corresponds to the case where the answer in step 107 in fig. 2 always 
is NO. Consequently step 107 and the loop with the steps 108-1 10 have been 

25 deleted from fig. 3 for clarity's sake, as specific processing now only takes 
place in step 120.' If the answer in step 1 19 is NO, the transmission is finally 
complete and the entire process terminates in step 121 as shown both in fig. 2 
and fig. 3. 

It is also possible that certain forms of processing can be performed in the 
30 server 5 on a compression-coded file without a preceding decoding taking 

- place. This alternative will, of course be expressed by a processing condition, 
but "is not shown in fig. 2. In practice this implies that steps 108 and 1 10 are 
deleted. 

Correspondingly can also optionally a specific processing of 
35 compression-coded files take place in the receiver 8, without a preceding 
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decoding. This is shown in fig. 4 which is similar to fig. 3, but comprises an 
additional decision step 117a and a loop with an additional processing step 
120. Processing on the basis of a decision in step 117 a will take place in step 
117b, whereafter the file is decoded in step 118 and optionally after a 
5 decision in step 119, once again is subjected to a specific processing in step 
120. 

According to the invention the separate steps in the method are realized 
consecutively and approximately simultaneously such a step does not need to 
be terminated before the next has begun, as the separate operational steps in 
10 practice are performed by packet-switching. This implies in other words that 
the first packets in the file already can be downloaded at the receiver 8, while 
compression coding and packing of the last parts of the files still take place 
in the sender 1. Further it shall be understood that the succession of the 
separate steps may be'different than shown in the flow chart in fig. 2, which 
15 only schematically renders a preferred embodiment. In practice the 

operational steps can be interfoliated, i.e. that for instance decoding and 
downloading of not-processed packets in step 1 15 in time may well precede 
the processing in step 109. Also the steps for transmission of confirmations 
between the acting parties, i.e. the sender 1, the server 5 and the receiver 8 
20 can be located differently in the sequence of steps. A confirmation to 

receiver 8 with resource address, file reference and password can for instance 
take place already before the, transmission starts and then of course from the 
sender 1 to the receiver 8. Correspondingly the server 5 can confirm the 
transmission with a message to the sender 1 immediately after in step 107. 
25 Yet it is regarded as most suitable that the confirmations are given in the 

form of messages from the server to respectively sender and receiver after a 
possible processing in the server has been terminated. Further, a confirmation 
in step 1 1 1 will usually cause the server 5 to receive a transmission request 
from the receiver 8 at step 1 12, but a transmission request may well be 
30 entered beforehand on the basis of an. already submitted message from the 
sender 1. 

It is, of course, no requirement that the decoding of the file in step 118 takes 
place consecutively as the file is downloaded. The receiver 8 can choose to 
download the file without decoding and thereafter store the 
35 compression-coded and possibly already processed file on his own computer 
for a shorter or longer time period with regard to a later application. As the 
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file already is compression-coded the storage will require little space. The 
decoding of stored file can then take place at a later time and be combined 
with a possible user-specific or application-specific processing on the 
receiver's own computer. Neither is it, of course, anything against 
5 performing the processing or parts thereof on the stored compression-coded 
file, i.e. before the decoding takes place, but in most cases the file will be 
processed in connection with the decoding and then as this takes place, e.g. 
for an application requirement which shall be met on a suitable time for the 
receiver or user after the file has been transmitted or stored on the 
10 data-processing device of the user. 

The method in file transmission according to the present invention also 
provides great flexibility with regard to storage and downloading of the 
required software for e.g. processing. Suitably may as mentioned the 
software for the compression coding for instance be stored at the server 5 and 

15 rautomatically be downloaded to the sender 1 when the transmission is 
initialized, but it can of course also be prestored at the sender. 
Correspondingly can software for the specific processing be stored at the 
sender 1 as well as the server 5 and/or the receiver 8 and transmission of 
software of this kind be implemented automatically when e.g. a decision on 

20 processing is taken irrespective of whether it takes place at the sender, server 
or receiver. 

The methods in transmission of files according to the present invention will 
be well suited for file transmission of text and images on Internet with 
applications in the media industry in regard. By systematically using the 

25 compression procedure based on respectively the applicant's own data 
compression technology for image information and commonly known 
loss-free compression procedures for text and fonts, a file transmission with 
a particular large capacity is obtained while the transmission costs are 
reduced. The applicant's own data compression technology is many times as 

30 effective as e.g. the known standards such as JPEG and MPEG with regard to 
compression speed, while the quality of the decoded information in regard of 
e.g. colour rendition and resolution is far better. For instance can large image 
files in the present method be compressed by more than 98% and transmitted 
via Internet anywhere in the world without causing an appreciably reduced 

35 image quality. The transmission additionally takes place very fast - as a rule 
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the confirmation that a downloading has taken place will appear just as fast 
as it shall take to write the corresponding data to a common CD-ROM. 

As mentioned, the methods according to the present invention shall be 
particularly well suited in the media industry. As more and more tasks in the 
5 media industry apply digitally-based information, this requires an effective 
file transmission. Simultaneously the files can in connection with the 
transmission be subjected to a specific processing and this processing shall, 
regardless of where it takes place, similar to other procedures during the 
transmission substantially take place in transparency both to sender and 

10 receiver. In the present method the demand for lines with high bandwidth is 
eliminated by far, as the specific processing does not affect the bandwidth 
requirement in the transmission, and owing to the use of e.g. the above-stated 
compression factor, it will be possible to obtain a virtual processing rate of 
the magnitude 10 Gbit/h on an ordinary ISDN line. If a transmission line with 

15 the fixed band-width of 2Mbit/s is used, it will with the method according to 
the present invention and under the same conditions be achieved a virtual 
transmission capacity of 360 Gbit/h even though the file in the transmission 
is subjected to a specific non-transmission-related processing. The virtual 
transmission capacity for a given line is in other words only dependent on the 

20 compression factor, but implies for the receiver or user when the 

transmission takes place with a compression factor of 50 which is very far 
form an upper limit of the applicant's own data compression technology, an 
essential improvement of the performance even when it is compared with the 
up to now used methods on Internet for data transmission without specific 
25 processing. 

Finally it is to be understood that the herein disclosed methods according to 
the invention shall not be incompatible with the corresponding specific 
processing in the sender according to predetermined criteria. The processing 
will then take place before the compression coding in step 102, and in the 

30 division in packets will not only the data type be taken in regard, but also the 
possible specific processing. A specific processing of this kind at the sender 
side will, however, as a rule be inexpedient due to the capacity requirements, 
but will according to the circumstances have no consequences for the other 
transmission and processing procedures as used in the methods according to 

35 the present invention. 
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but will according to the circumstances have no consequences for the other 
transmission and processing procedures as used in the methods according to 
the present invention. 
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PATENT CLAIMS 

1. A method in the transmission in a data communications network, 
particularly Internet, of arbitrarily formatted files comprising one or more 
different data types, between a sender (1) comprising a data-processing 
5 device (2) connected to the data communications network, wherein the 

sender (1) represents an information provider, and one or more receivers (8) 
with respective data-processing devices connected with the data 
communications network, wherein each receiver represents a user, wherein 
the transmission takes place via a dedicated server (5) provided in or 

10 assigned to the data communications network, wherein files which shall be 
transmitted are stored in a database (3) at the sender (1) or in a database (4) 
accessible from the sender (1) and which for the transmission that 
substantially takes place transparently for both sender (1) and receiver (8), 
are downloaded to the data-processing device (2) of the sender (1), and 

15 wherein the method is characterized by processing a file specifically for one 
or more users with user application software for one or more user 
applications under determined conditions, the user application processing 
with said user application software taking place consecutively in a 
data-processing device (6) of the server (5) during the transmission and/or 

20 consecutively in the data-processing device of the receiver (8) as the file is 
received and/or in the receiver's data-processing device after the file has 
been received, and performing said user application processing with said user 
application software stored in one or more of the following: the sender (1), 
the server (5) or the receiver (8), and as required transmitted before or in 

25 phase with said processing to a an actual processing location, 

2. A method according to claim 1, 

characterized by comprising consecutive or approximately simultaneous 
and/or or interfoliated realized steps for 

a) compression-coding the file which shall be transmitted with a proprietary 
30 data compression procedure or a general loss-free data compression 

procedure, 

b) dividing the compression-coded file in packets, 

c) transmitting the packet-divided compression-coded file to the dedicated 
server together with receiver addresses, 

35 d) providing the packets with receiver address, and 

e) transmitting the compression-coded file to one or more receivers (8) 
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according to the receiver addresses of the packets, as well as a further step, 
for 

f) decoding the received file at the receiver (8) according to the data 
compression procedure or procedures already used for the compression 
5 coding. 

3. A method in transmission in a data communications network, 
particularly Internet, of arbitrarily formatted files comprising one or more 
different data types, between a sender (1) comprising a data-processing 
device (2) connected to the data communications network, wherein the 

10 sender (1) represents an information provider, and one or more receivers (8) 
with respective data-processing devices connected with the data 
communications network, wherein each receiver represents a user, wherein 
transmission takes place via a dedicated server (5) provided in or assigned to 
the data communications network, wherein files which shall be transmitted 

15 are stored in a database (3) at the sender (1) or in a database (4) accessible 
from the sender (1) and which for the transmission that substantially takes 
place transparently for both sender (1) and receiver (8), are downloaded to 
the data-processing device (2) of the sender (1), and wherein the method is 
characterized by comprising consecutive or approximately simultaneous 

20 and/or interfoliated realized steps for 

a) compression-coding the file which shall be transmitted with a proprietary 
data compression procedure or a general loss-free data compression 
procedure, 

b) dividing the compression-coded file in packets, 

25 c) transmitting the packet-divided compression-coded file to the dedicated 
server (5) together with receiver addresses, 

d) providing the packets with receiver address, and 

e) transmitting the compression-coded file to one or more receivers (8) 
according to the receiver addresses of the packets, and as well as further 

30 steps for 

f) decoding the received file at the receiver (8) according to the data 
compression procedure or procedures already used for the compression 
coding, and 

g) additionally processing the file specifically for one or more users with user 
35 application software for one or more user applications under determined 

conditions, the user application processing with said user application 
software taking place consecutively in a data-processing device (6) of the 

c\work\freirotiUinger\opti4l wocpofr doc 



AMENDED SHEET 



03-07-2001 



NO0000098 



19 

server (5) during the transmission and/or consecutively in the data-processing 
device of the receiver (8) as the file is received and/or in the 
data-processing-device of the receiver (8) after the file has been received, 
and performing said user application processing with said user application 
5 software being stored in one or more of the following: the sender (1), the 
server (5) or the receiver (8) and as required transmitted before or in phase 
with the processing to an actual processing location. 

4. A method according to claim 3, 

characterized by the sender (1) simultaneously with the initialization of the 
10 transmission or during or after the transmission to the server (5) sending a 
message to the receiver (8) with a resource address and an access code and 
receiving a confirmation from the server (5) when the latter has received the 
file and the confirmation from the receiver (8) when the latter has received 
the file and downloaded it to its data-processing device. 

15 5. A method according to claim 3, wherein the arbitrarily formatted file 
comprises one or more of the following data types, viz. image data, 
alphanumeric data, graphic data and fonts, 

characterized by using the proprietary data compression procedure for 
compressing image data, and by using the general loss-free compression 
20 procedure substantially for compression of alphanumeric data, graphics data 
and fonts. 

6. A method according to claim 3, 

characterized by storing software for data compression coding and decoding 
in the server (5) and downloading said software automatically respectively to 
25 the data-processing device (2) of the sender (1) for coding the file when the 
transmission is initialized and to the data-processing device of the receiver 
(8) for decoding the file when it is received. 

7. A method according to claim 3, 

characterized by the packet division taking place dependent on the data type, 
30 such that each packet comprises a determined data type. 

8. A method according to claim 3, 

characterized by said user application processing taking place in the server 
(5) after a preceding decoding of the file in the server by means of the 
software for the data compression coding, the software for the user 
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application processing either being stored at the sender (1) and/or at the 
receiver (8) and being transmitted to the data-processing device of the server 
when said user application processing shall take place, or beforehand stored 
in the data-processing device (6) of the server (5), and after said user 
5 application processing again compression-coding the file with software 

stored in the server for transmission to the receiver (8), the server (5) on the 
basis of the receiver address checking whether processing conditions are 
present. 

9. A method according to claim 8, 

10 characterized by the processing conditions assigned to a determined receiver 
address being stored in the server (5) together with software for said user 
application processing and being accessed by the server (5) on the basis of 
the receiver address. 

10. A method according to claim 8, 

15 characterized by performing said user application processing on one or more 
determined data types such that only packets comprising the determined data 
type are decoded before said processing and coded anew after said processing 
has terminated. 

11. A method according to claim 3, 

20 characterized by the decoding of the file at the receiver (8) taking place 
consecutively as the file is received. 

12. A method according to claim 11, 

characterized by said user application processing taking place consecutively 
in the data-processing device of the receiver (8) before and/or after the 
25 decoding of the file which is received, the software for said processing either 
being stored at the receiver (8) and/or in the sender (1) and/or in the server 
(5) and being transmitted to the data-processing device of the receiver (8) 
when processing shall take place or before beforehand being stored in the 
data-processing device of the receiver (8). 

30 13. A method according to claim 3, 

characterized by storing the file as it is received in the data-processing device 
of the receiver (8), and then decoding the file by the receiver (8) at a later 
suitably selected time. 
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14. A method according to claim 13, 

characterized by said user application processing of the stored file taking 
place in the data-processing device of the receiver (8) before and/or after the 
decoding of the file, the software for said processing either being stored at 
5 the sender (1) and/or in the server (5) and transmitted to the data-processing 
device of the receiver (8) when said processing shall take place or 
beforehand entered in the data-processing device of the receiver (8). 

15. A method according to claim 3, 

characterized by the dedicated server (5) being implemented on a general 
10 network server at the sender (1). 

16. A method according to claim 3, 

characterized in that user names, receiver addresses, files and the given user 
application processing conditions assigned to user names or receiver 
addresses temporarily or permanently are stored in a database (7) provided in 
15 the server (5). 
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Fremgangsmater ved overfering av filer i et datakommunikasjonsnett 

Oppfinnelsen angar fremgangsmater ved overfaring i et 
datakommunikasjonsnett, spesielt Internett, av vilkarlig formaterte filer 
bestaende av en eller flere forskjellige datatyper, mellom en sender 
omfattende en til datakommunikasjonsnettet koblet 
databehandlingsinnretning, hvor senderen representerer en 
informasjonsleverander, og en eller flere mottakere med respektive til 
datakommunikasjonsnettet koblede databehandlingsinnretninger, hvor hver 
mottaker representerer en bruker, hvor det ved fremgangsmaten benyttes en i 
eller til datakommunikasjonsnettet anordnet dedisert tjener, og hvor filene 
som skal overferes, er lagret i en database hos senderen eller i en fra 
senderen aksesserbar database og for overferingen som skjer hovedsakelig 
transparent bade for sender og mottaker, nedlastes til senderens 
databehandlingsinnretning. 

Behovet for rask, effektiv og sikker overforing av filer for 
applikasjonsformal er raskt ckende. Spesielt gjelder dette i mediaindustrien 
hvor det er onskelig med overforing av store filer sammensatt av forskjellige 
datatyper, herunder bildeinformasjon som er svaert kapasitetskrevende. Det 
meste av den informasjon som benyttes i mediaindustrien foreligger 
digitalisert og overf 0 res pa digital form, og selv om dette kan skje via 
eksisterende bredbands datakommunikasjonsnett, blir allikevel overf 0 ring av 
kildeinformasjon som representerer store datamengder, typisk flere Gbyte, en 
kostbar og for brukeren tidkrevende prosess. Fremfor alt er det derfor 
0 nskelig a kunne spare tid og kostnader ved overf0ringen samt a gj0re selve 
overforingsprosessen mer enkel og effektiv, noe som vil gi en sluttbruker 
store fordeler sammenlignet med navasrende filoverforingssystemer. Pa et 
aliment tilgjengelig datakommunikasjonsnettverk som Internett har trafikken 
bare 0 kt og okt, noe som gjor overferingen av store datamengder og store 
filer pa Internett bade tidkrevende og kostnadskrevende. For store 
datamengder eller omfattende dokumenter kan det derfor vasre et alternativ a 
benytte kurertjenester eller filoverforing pa dediserte ISDN-linjer. Selv om 
slike tiltak garanterer en sikker overforing, er det likevel forbundet med 
betydelig kostnader, og bruk av kurertjenester vil i en lang rekke tilfeller 
vaere uhensiktsmessig pa grunn av tidsaspektet. 
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I forbindelse med overforing av filer er det velkjent a databehandle filene i 
forbindelse med overforing. En slik databehandling kan typisk omfatte 
forskjellige former for kompresjonskodiing for a redusere datamengden som 
skal overf0res 5 eller tiltak for a beskytte dataene som overferes, mot 
kopiering. I internasjonal publisert patentsoknad WO98/44402 er det saledes 
beskrevet en fremgangsmate til kopieringsbeskyttelse av data som lastes ned 
fra en tjener, typisk over World Wide Web til en klient for a presenteres for 
en bruker. De overferte og nedlastede data beskyttes kryptografisk ved 
kryptering og hashing. Prosesseringen for a oppna dette vil da kunne forega i 
nettjeneren f 0 r overforingen pa eksempelvis World Wide Web. Videre er det 
i en artikkel av Michael Fraase, " Compression pros deliver telecom with 
SITcom 1.0: Aladdin app offers transparent connection and compression" 
(Mac WEEK, bind 8, nr. 2, 10. januar 1994, side 43(2)) beskrevet 
telekommunikasjonsprogramvare som automatisk kan komprimerer filer 
under overfaring med bruk av det sakalte "Stuffif'-hjelpemiddel fra Aladdin 
Systems Inc. Brukerne kan benytte denne programvaren som kalles 
"SITcomm", til automatisk a konvertere filer eller mappehierarkier til 
"Stuffif'-arkiver for opplasting eller til automatisk a utvide arkivene 
etterhvert som de lastes ned. SITcomm kan ogsa benytte en sakalt "toolbox" 
for a implementere alle forbindelser, filoverforinger og emuleringer. 

Fra US patent nr. 5 270 805 (Abe & al., overdratt til Canon) er det dessuten 
kjent en datakommunikasjonsinnretning som genererer data som henholdsvis 
tegndata og fargebildedata, idet disse data deles mellom respektive 
forskjellige blokkomrader, idet blokkomradet for bildedataene dessuten kan 
deles i ytterligere blokkomrader i samsvar med bildekarakteristikkene til 
bildedataene. I hvert tilfelle foregar dataoverforingen blokkvis, og ved hjelp 
av en konverteringsinnretning bestemmes det hvorvidt en funksjon er tilstede 
i mottakerinnretningen og de overferte data i blokkomradene konverteres i 
henhold til dette. Eksempelvis kan det da innebaere at dersom mottakeren 
ikke har muligheter for a prosessere et fargebilde, vil fargebildedataene 
konverteres til data som kan prosesseres av mottakeren. 

I mange tilfelle overfores data av filer med tanke pa en spesifikk 
prosessering hos mottakeren, eksempelvis for forskjellige applikasjoner, og 
fordelaktig kunne en slik prosessering som i utgangspunkt.et ikke har noen 
tilknytning til selve overforingsprosessen, kunne skje i tilknytning til denne. 
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Hensikten med den foreliggende oppfinnelse er derfor a skaffe 
fremgangsmater som effektiviserer en kombinert overforing og ikke 
overforingsrelatert prosessering av data i filer pa offenflig tilgjengelige 
datakommunikasjonsnett, eksempelvis Internett. 

Det er spesielt hensikten at en overforing av filer med tilknyttet spesifikk 
prosessering skal kunne skje under hensyntagen til en eventuell 
overfaringsspesifikk prosessering av filene og serge for at overforing av filer 
mellom en sender og en eller flere mottakere med tilknyttet spesifikk 
prosessering for en bruker og brukerrelaterte applikasjoner realiseres ved 
hurtige og sikre transaksjoner mellom partene. 

Det er ogsa en hensikt med oppfinnelsen at store filer skal kunne overferes 
hvor som heist i verden og da a kombinere overforingen med en spesifikk 
prosessering, uten at overforing og prosessering legger beslag pa un0dig 
store dataressurser hos sender og mottaker. Overf0ring og spesifikk 
prosessering skal da kunne finne sted med hovedsakelig transparent bade for 
sender og mottaker, slik at disse kan utnytte sine dataressurser til andre 
oppgaver mens selve overforingen finner sted. 

De ovennevnte hensikter og fordeler oppnas i henhold til oppfinnelsen med 
fremgangsmate som er kjennetegnet ved a prosessere filen spesifikt for en 
eller flere brukere og/eller en eller flere applikasjoner under gitte betingelser, 
idet denne spesifikke prosessering finner sted fortlopende i tjeneren under 
overforingen og/eller fortlepende i mottakerens databehandlingsinnretning 
etter hvert som filen mottas, og/eller i mottakerens databehandlingsinnretning 
etter at filen er mottatt, og a utf0re prosesseringen med programvare som er 
lagret hos en eller flere av de f0lgende: senderen, tjeneren eller mottakeren; 
og etter behov overfores forut for eller i fase med prosesseringen til et 
angjeldende prosesseringssted. 

Den ovennevnte fremgangsmate omfatter fordelaktig fortl0pende eller 
tilnaermet samtidig og/eller interfoliert realiserte trinn for 

a) a kompresjonskode filen som skal overf0res med en egen 
datakompresjonsprosedyre eller en generell, tapsfri 
datakompresj onsprosedyre, 

b) a dele den kompresjonskodede fil i pakker, 

c) a overfore den pakkedelte, kompresjonskodede fil til den dediserte tjener, 
sammen med mottakeradresser, 
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d) a forsyne pakkene med mottakeradresse, og 

e) a overfore den kompresjonskodede fil til en eller flere mottakere i henhold 
til pakkenes mottakeradresser, samt dessuten ytterligere trinn for 

f) a dekode den mottatte fil hos mottakeren i samsvar med den eller de 
allerede for kompresjonskodingen benyttede datakompresjonsprosedyrer. 

De ovennevnte hensikter og fordeler oppnas dessuten i henhold til 
oppfinnelsen med en fremgangsmate som omfatter fortl0pende eller 
tilnaermet samtidig og/eller interfoliert realiserte trinn for 

a) a kompresjonskode filen som skal overferes med en egen 
datakompresjonsprosedyre eller en generell, tapsfri 
datakompresj onsprosedyre, 

b) a dele den kompresjonskodede fil i pakker, 

c) a overfore den pakkedelte, kompresjonskodede fil til den dediserte tjener, 
sammen med mottakeradresser, 

d) a forsyne pakkene med mottakeradresse, og 

e) a overfore den kompresjonskodede fil til en eller flere mottakere i henhold 
til pakkenes mottakeradresser, samt dessuten ytterligere trinn for 

f) a dekode den mottatte fil hos mottakeren i samsvar med den eller de 
allerede for kompresjonskodingen benyttede datakompresjonsprosedyrer, og 
dessuten a prosessere filen spesifikt for en eller flere brukere og/eller for en 
eller flere applikasjoner under gitte betingelser, idet den spesifikke 
prosessering finner sted fortlopende i tjeneren under overferingen og/eller 
fortl0pende i mottakerens databehandlingsinnretning etter hvert som filen 
mottas og/eller i mottakerens databehandlingsinnretning etter at filen er 
mottatt, og a utfere prosesseringen med programvare som er lagret hos en 
eller flere av de felgende: senderen, tjeneren eller mottakeren; og etter behov 
overfores forut for eller i fase med prosesseringen til et angjeldende 
prosesseringssted. 

I henhold til oppfinnelsen er det fordelaktig at senderen samtidig med at 
overf0ringen av filen initieres eller under eller etter overforingen til tjeneren 
sender en melding til mottakeren med en ressursadresse (URL) og en 
aksesskode og mottar en bekreftelse fra tjeneren nar denne har mottatt filen 
og en bekreftelse fra mottakeren nar denne har mottatt filen og lastet den ned 
til sin databehandlingsinnretning. 
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Hvor den vilkarlig formaterte fil omfatter en eller flere av de folgende 
datatyper, nemlig bildedata, alfanumerisk data, grafikkdata og fonter, er det i 
henhold til oppfinnelsen henholdsvis fordelaktig at den egne 
datakompresjonsprosedyre benyttes til kompresjon av bildedata og at den 
generelle, tapsfri kompresjonsprosedyre hovedsakelig benyttes til kompresjon 
av alfanumeriske data, grafikkdata og fonter. 

I henhold til oppfinnelsen er det fordelaktig at programvare for 
datakompresjonskoding og -dekoding lagres i tjeneren og nedlastes 
automatisk henholdsvis til senderens databehandlingsinnretning for koding 
av filen nar overforingen initieres og mottakerens databehandlingsinnretning 
for dekoding av filen nar den mottas. I den forbindelse finner pakkedeling 
fortrinnsvis sted avhengig av datatypen, slik at hver pakke omfatter en 
bestemt datatype. 

I henhold til oppfinnelsen er det fordelaktig at den spesifikke prosessering 
finner sted i tjeneren etter en forutgaende dekoding av filen i tjeneren ved 
hjelp av programvaren for datakompresjonskoding, idet programvaren for 
prosesseringen enten er lagret hos senderen og/eller hos mottakeren og 
overferes til tjenerens databehandlingsinnretning nar prosesseringen skal 
finne sted, eller pa forhand er lagt inn i tjenerens databehandlingsinnretning, 
og at filen etter den spesifikke prosessering igjen kompresjonskodes med 
programvare lagret i tjeneren for overforing til mottakeren, idet tjeneren pa 
basis av mottakeradressen sjekker hvorvidt prosesseringsbetingelser 
foreligger. I den forbindelse er fortrinnsvis prosesseringsbetingelsene 
tilordnet en bestemt mottakeradresse lagret i tjeneren sammen med 
programvare for prosesseringen og aksesseres av tjeneren pa basis av 
mottakeradressen, og fortrinnsvis utf0res da den spesifikke prosessering pa 
en eller flere bestemte datatyper, dekodes bare de pakker som inneholder den 
eller de bestemte datatyper forut for prosesseringen og kodes pa ny etter 
avsluttet prosessering. 

I henhold til oppfinnelsen er det fordelaktig at dekodingen av filen hos 
mottakeren finner sted fortl0pende etter hvert som filen mottas. I den 
forbindelse finner den spesifikke prosessen fortrinnsvis sted fortlopende i 
mottakerens databehandlingsinnretning for og/eller etter dekodingen av filen 
som mottas, idet programvaren for prosesseringen enten er lagret hos 
senderen og/eller i tjeneren og overfores til mottakerens 
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databehandlingsinnretning nar prosesseringen skal finne sted, eller pa 
forhand er lagt inn i mottakerens databehandlingsinnretning. 

Det kan i henhold til oppfinnelsen ogsa vasre fordelaktig at filen etter hvert 
som den mottas, lagres i mottakerens databehandlingsinnretning, og deretter 
dekodes av mottakeren pa et senere, passende valgt tidspunkt. 

I den forbindelse kan den spesifikke prosessering av den lagrede fil 
fortrinnsvis da finne sted i mottakerens databehandlingsinnretning far 
og/eller etter dekodingen av filen, idet programvaren for prosesseringen 
enten er lagret hos senderen og/eller i tjeneren og overfores til mottakerens 
databehandlingsinnretning nar prosesseringen skal finne sted, eller pa 
forhand er lagt inn i mottakerens databehandlingsinnretning. 

I henhold til oppfinnelsen er den dediserte tjener fordelaktig implementert pa 
en allmenn nettjener. 

Fortrinnsvis lagres i henhold til oppfinnelsen brukernavn, mottakeradresser, 
filer og de gitte, til brukernavn eller mottakeradresser tilordnede 
prosesseringsbetingelser temporaert eller permanent i en i tjeneren anordnet 
database. 

Oppfinnelsen skal na forklares naermere i tilknytning til utf0relseseksempler 
og med henvisning til den ledsagende tegning hvor 

fig. 1 viser et systemopplegg for dataoverforing mellom en sender og flere 
mottakere, f.eks. i et aliment tilgjengelig datakommunikasjonsnett som 
Internett, 

fig. 2 flytdiagrammet for en foretrukket utferelse av fremgangsmaten i 
henhold til oppfinnelsen, 

fig. 3 flytdiagrammet for en forste variant av utferelsen pa fig. 2, og 

fig. 4 flytdiagrammet for en annen variant av utforelsen pa fig. 2 

Fig. 1 viser systemopplegget for filoverfaring i et aliment tilgjengelig 
datakommunikasjonsnett, eksempelvis Internett, slik dette er kjent i 
teknikken. En rekke informasjonsleverandorer kan vaere knyttet til systemet, 
og en informasjonsleverandor er her vist representert ved en sender 1. 
Senderen 1 omfatter en databehandlingsinnretning eller datamaskin 2, som 
godt kan vaere en personlig datamaskin, og en database 3 tilknyttet 
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datamaskinen 2. I tillegg kan senderen 1 ogsa eventuelt kommunisere med en 
eller flere eksterne databaser 4. Disse eksterne databaser 4 kan vaere 
forbundet med senderen i et lokalt nettverk og vaere lagret pa lokale 
databehandlingsinnretninger som godt kan vaere informasjonsleverandorens 
egne. Alternativt kan de eksterne databaser 4 vaere lagret hos andre 
informasjonsleverandorer og da f.eks. aksesseres av senderen 1 over det 
aliment tilgjengelige datakommunikasjonsnett. Senderen 1 star i forbindelse 
med og har til disposisjon en dedisert tjener 5 som kan vaere en frittstaende 
databehandlingsinnretning med en datamaskin 6 og en dertil forbundet 
database 7. Tjeneren 5 kan eksempelvis aksesseres over et lokalt nett eller 
over det ailment tilgjengelige datakommunikasjonsnett og omfatter i alle fall 
et ikke vist grensesnitt for et slikt ailment tilgjengelig 

datakommunikasjonsnett som eksempelvis da kan vaere Internett. Alternativt 
kunne ogsa tjeneren 5 vaere implementert pa senderens egen nettjener og den 
nodvendige databehandling forega pa senderens egen datamaskin. Som en 
dedisert tjener i datakommunikasjonsnettet kan tjeneren 5 vaere en delt 
ressurs for flere informasjonsleveranderer og folgelig aksesseres fra flere 
sendere 1. Programvaremessig er tjeneren i utgangspunktet realisert med to 
moduler, en for mottak av filer og en for overforing av filer til mottakere. 
Ytterligere kan tjeneren omfatte flere moduler, eksempelvis for prosessering 
av data, meldingsformidling osv. Tjenerens programvare vil normalt vaere 
lagret i den til tjeneren tilordnede database 7, men igjen kan denne databasen 
vaere en delt ressurs for flere informasjonsleverandorer eller utgj0re en del av 
senderens egen database 3. 

Tjeneren 5 kan over det ailment tilgjengelige datakommunikasjonsnett 
kommunisere med et vilkarlig antall mottakere 8i,8 2 ,...8 k ,...8 n . Denne 
kommunikasjonen skjer da pa det ailment tilgjengelige 
datakommunikasjonsnett, eksempelvis Internett, over linjer 9. Mottakerne 
utgj0r brukere av informasjon og far pa anmodning informasjonen overfort 
fra informasjonsleverandoren eller senderen 1 i form av filer. De mottatte 
filer kan etter nedlasting til mottakeren 8 prosesseres pa en 
databehandlingsinnretning hos mottakeren, lagres i et hos mottakeren lokalt 
dataminne og pa et for mottakerens passende tidspunkt utnyttes til en 
brukerspesifikk applikasjon. 

Det er en del av hensikten med oppfinnelsen at selve filoverforingen og 
samtlige av de operasjoner som i den forbindelse utfores av tjeneren 5, skjer 
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hovedsakelig transparent overfor savel sender 1 som mottakere 8. Dette betyr 
i praksis at i hvertfall mens filoverforingen pagar, vil senders som mottakeres 
databehandlingsinnretninger eller datamaskiner kunne benyttes til andre 
oppgaver, da selve filoverforingsoperasjonen ikke i vesentlig grad vil belaste 
5 de nevnte datamaskiner. 

En foretrukket utf0relse av fremgangsmaten i henhold til oppfinnelsen skal 
na beskrives med henvisning til fig. 2, som gjengir et flytdiagram som viser 
de enkelte trinn i fremgangsmaten. I den forbindelse skal det bemerkes at alle 
henvisninger i flytdiagrammet til spesifikk prosessering viser til en 
10 brukerspesifikk eller applikasjonsspesifikk prosessering som ikke har noen 
konsekvenser for selve filoverf0ringen som sadan. 

Utforelsen av fremgangsmaten i henhold til oppfinnelsen initieres ved 
starttrinnet 100 pa senderens 1 datamaskin 2 som vist pa fig. 2. Med senderen 
skal det forstas en informasjonsleverandor som betjener en rekke klienter 

15 som utgjor mottakerne eller brukerne av informasjonen. I trinn 101 

spesifiseres filer som skal overfores og hentes fra senderens 1 database 3 
eller fra databaser 4 som kan aksesseres av senderen. Disse kan vaere 
forbundet med senderen 1 i et lokalt nettverk eller aksesseres over det 
ailment tilgjengelige datakommunikasjonsnett som det folgende vil antas a 

20 vaere identisk med Internett og betegnes som det. Det skal forstas at filen som 
skal overfores, kan besta av forskjellige typer kildeinformasjon som godt kan 
befinne seg i flere databaser. For overforingen samles i et slikt tilfelle all 
kildeinformasjon i filen som skal overfores. Senderen 1 henter ogsa inn 
mottakeradresser, dvs. adresser til klienter eller brukere fortrinnsvis lagret i 

25 senderens egen database 3. Det skal forstas at innhentede filer og dokumenter 
kan vaere formatert vilkarlig. De kan f.eks. vaere kompresjonskodet pa 
forhand med en eller annen egnet kompresjonsprosedyre sa som MPEG for 
video eller film eller JPEG for stillbilder. Filene kan besta av en rekke 
forskjellige datatyper, idet de ikke bare behover a besta av bildeinformasjon, 

30 som i dette tilfelle skal forstas som videobilder, filmbilder eller stillbilder, 
men kan i tillegg omfatte vanlig alfanumerisk informasjon, grafisk 
informasjon og eventuelt fonter. Det siste vil vaere aktuelt hvor alfanumerisk 
og grafisk informasjon i filene hos brukere vil bli benyttet i 
mediavirksomhet, f.eks. grafisk industri. I trinn 102 kompresjonskodes na 

35 den samlede fil, idet det enten benyttes en egen datakompresjonsprosedyre 
eller en spesiell tapsfri datakompresjonsprosedyre. Den egne 
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kompresjonsprosedyre kan vaere en spesiell kompresjonsprosedyre for 
bildeinformasjon, eventuelt med tilpasning for stillbilder eller video. Denne 
egne kompresjonsprosedyre er utviklet av og tilh0rer naervaerende seker. Det 
vil vaere aktuelt a benytte den pa de deler av filen som bestar av 
5 bildeinformasjon. Andre datatyper i den samlede fil som eksempelvis 
alfanumerisk og grafisk informasjon kan komprimeres med en generell, 
tapsfri prosedyre, idet slike tapsfrie kompresjonsprosedyrer vil vaere vel kjent 
av fagfolk pa omradet og derfor ikke skal omtales naermere her. Da den 
samlede fil eller deler av den kan vaere en vilkarlig formatert fil, kan filen 

10 eller deler av den som nevnt allerede vaere underkastet en 

kompresjonsprosedyre. En gjentatt datakompresjon av bildeinformasjon i 
form av videobilder som allerede har gjennomgatt en kompresjon av 
eksempelvis typen MPEG, vil med sokerens egne kompresjonsprosedyre som 
har en hoyere kompresjonsfaktor enn MPEG, bli ytterligere komprimert. Pa 

15 andre deler av filen som eksempelvis pa forhand kan ha vaert underkastet en 
tapsfri kompresjonsprosedyre, beh0ver ikke den generelle, tapsfrie 
kompresjon a fore til en ytterligere kompresjon av filen. I alle fall utferes 
kompresjonskodingen i trinn 102 pa senderens egen datamaskin 2 som 
deretter pakkedeler den samlede kompresjonskodede fil, slik at hver enkelt 

20 pakke fortrinnsvis rommer en bestemt datatype og hos senderen er blitt utsatt 
for en bestemt form for kompresjonskoding. 

Det skal forstas at den ved kompresjonskodingen benyttede programvare kan 
vaere lagret pa senderens egen databehandlingsinnretning 2, men foretrukket 
er den lagret pa tjeneren 5 og vil nar filoverforingen initieres, automatisk 
25 overfores til senderen 1 fra tjeneren 5. 

I trinn 104 overfores na den pakkedelte, kompresjonskodede fil fra senderens 
1 datamaskin 2 til en tjener 5, som godt kan vaere senderens egen nettjener 
eller en dedisert tjener og forbundet med senderen over eksempelvis en 
dedisert linje, et lokalt nettverk eller et aliment tilgjengelig 
30 datakommunikasjonsnett som Internett. Senderen 1 vil na i trinn 105 sporre 
tjeneren 5 om den kompresjonskodede fil er mottatt og hvis svaret er NEI, 
fortsetter filoverforingen inntil sa er skjedd. Er svaret JA og den 
kompresjonskodede fil i sin helhet mottatt pa tjeneren 5, blir na filen forsynt 
med mottakeradresse i tjenerens 5 datamaskin 6 i trinn 106. 
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Mottakeradressen vil eksempelvis lastes ned fra senderen 1 til tjeneren 5 ved 
starten av overforingen. Mottakeradressen kan imidlertid ogsa vaere 
identifikasjonskode og hensikten er i alle fall at mottakeradressen eller 
identifikasjonskoder benyttes i et trinn 107 implementert pa tjeneren 5, hvor 
5 det tas en avgj0relse om den kompresjonskodede fil skal underkastes en 
spesifikk prosessering i tjeneren eller ikke. Hvis svaret er NEI, sendes en 
bekreftelse i trinn 111 om at filen er mottatt pa tjeneren 5 og det sendes 
samtidig en bekreftelse til mottakeren 8, idet bekreftelsen bestar av en 
melding med ressursadresse (URL) og en aksesskode, det siste eksempelvis 
10 et passord for brukeren. I det foreliggende tilfelle vil naturligvis 
ressursadressen vsere tjenerens adresse. 

Avgjorelsen i trinn 107 skjer pa basis av mottakeradressen eller 
identifikasjonskoden, f.eks. med en tabell som for vedkommende 
mottakeradresse eller identifikasjonskode gir tjeneren de nodvendige 

15 prosesseringsinstruksjoner. Er svaret i trinn 107 dermed JA, dekodes filen i 
trinn 108 og underkastes deretter den nedvendig databehandling, dvs. en 
spesifikk prosessering i trinn 109. Denne prosesseringen kan vaere 
brukerspesifikk eller applikasjonsspesifikk og skjer med programvare som er 
lagret i tjenerens 5 database 7 eller som overf0res til tjenerens database, 

20 enten pa basis av mottakeradressene nar filoverforingen starter eller pa 

forhand er lagt inn i tjenerens 5 database 7 av den enkelte mottaker. I den 
forbindelse skal det forstas at trinn 1 1 1 godt kan realiseres pa et annet sted i 
overforingsprosessen, slik at bekreftelsen kan bevirke overf0ring av den 
nodvendige programvare for prosesseringen fra enten sender eller mottaker 

25 for desisjonen i trinn 107 om prosesseringen finner sted. Prosesseringen som 
finner sted i trinn 109 kan vaere brukerspesifikk eller applikasjonsspesifikk, 
det vil si at filen prosesseres brukerspesifikt for en eller flere brukere eller 
mottakere eller applikasjonsspesifikt for to eller flere brukere, slik at filen 
gjennomgar samme prosessering for en og samme applikasjon nar denne ene 

30 og samme applikasjon implementeres hos mer enn en bruker. Prosesseringen 
vil som regel skje pakkevis, f.eks. bare utfores pa pakker som inneholder 
bildeinformasjon, og det sier seg da selv at ikke samtlige pakker i filen 
behover a dekodes for prosesseringen. Et typisk eksempel pa prosessering 
som utfores, kan vasre behandling av bildeinformasjon med tanke pa a gi 

35 bildeinformasjonen en optimal fargeprofil for vedkommende brukers 

applikasjon. Et eksempel pa en slik fargeprofil er den sakalte ICC-standard 
som star for International Color Consortium som ble etablert i 1993 av 8 
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industriselskaper med tanke pa a skaffe en standardisert arkitektur og 
standariserte komponenter for fargehandtering i bildeinformasjon. 
Digitaliserte fargebildedata vil bade for og etter kompresjonskodingen typisk 
foreligge pa RGB-kodet form. Etter at bildeinformasjon er dekodet for 
5 prosessering, konverteres RGB-formatet til et CMYK-fargeformat med bruk 
av ICC-fargeprofilen. For sa vidt kunne dette ogsa skje pa senderens 
datamaskin 2, men foretrukket realiseres trinn 109 som vist pa tjenerens 
datamaskin 6. I den forbindelse kan ICC-profilen overfores automatisk til 
tjeneren 5 f.eks. fra senderen 1 eller en mottaker 8, men kan ogsa vaere 
10 forhandslagret i tjeneren. ICC-profilen implementeres i hvert tilfelle nar 

bildeinformasjonsformatet etter dekodingen konverteres fra RGB-formatet til 
CMYK-fargeformatet. 

Etter avsluttet prosessering i tjeneren 5 kompresjonskodes filen igjen i trinn 
110, og det avgis som ovenfor omtalt en bekreftelse i trinn 1 1 1 i form av en 

15 melding til sender og en bekreftelse i form av en melding til mottakeren 8. 
Hva enten bekreftelsen til mottaker i trinn 1 1 1 som omtalt, er avgitt pa et 
tidligere stadium i prosessen eller umiddelbart etter trinn 107 eller trinn 1 10, 
vil tjeneren 5 ved trinn 1 12 motta en overforingsanmodning fra en eller flere 
mottakere 8 og dersom tjeneren i trinn 112 ikke finner en slik 

20 overforingsanmodning for en mottaker, kan en allerede for mottakeren 

kompresjonskodet og/eller prosessert fil i trinn 1 13 enten lagres i tjeneren 5 
for senere overforing til mottakeren, eller slettes. Finner tjeneren 5 i trinn 
112 derimot at det foreligger en overferingsanmodning fra en eller flere 
mottakere, overforer tjeneren 5 kompresjonskodede og eventuelt ogsa 

25 prosesserte filer til de respektive mottakere 8 pa basis av mottakeradressene, 
idet hver pakke adresseres og sendes fortlopende etter trinn 107 etter hvert 
som pakkene mottas pa tjeneren 5 eller fortlopende pafolgende trinn 1 10, i 
hvert tilfelle pa basis av en mottatt overforingsanmodning, slik den foreligger 
ved trinn 112. Overforingen fra tjeneren 5 til mottakeren 8 skjer i trinn 114 

30 og filen nedlastes fortlopende i trinn 115.1 trinn 1 16 avgjores det om filen er 
nedlastet, og hvis svaret er NEI, fortsetter nedlastingen av en 
kompresjonskodet og eventuelt prosessert fil i trinn 115 inntil nedlastingen er 
fullfort og bekreftes i trinn 116 med JA. Deretter sender mottakeren 8 i trinn 
1 17 en bekreftelse i form av en melding til senderen 1 om at filen er lastet 

35 ned. Etter at filen er mottatt og nedlastet til mottakerens datamaskin, dekoder 
denne filen i trinn 1 18. 
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Hensiktsmessig kan en spesifikk prosessering ogsa forega pa mottakerens 8 
egen datamaskin, og en avgjorelse om en slik prosessering tas i trinn 119. 
Hvis svaret er JA, prosesseres den nedlastede fil i trinn 120, og det er 
underforstatt at prosesseringen kan omfatte en rekke separate 
prosesseringstrinn og forega pa forskjellige datatyper. Hvor brukeren eller 
mottakeren 8 representerer mediaindustri eller grafisk industri, kan det 
naturligvis vaere aktuelt a implementere en passende fargeprofil i forbindelse 
med en konvertering fra et fargeformat til et annet. Det er heller ingen ting i 
veien for at en fil som allerede har gjennomgatt en prosessering pa tjeneren 5 
i trinn 109 og etter dekodingen hos mottakeren 8 i trinn 118 prosesseres 
ytterligere og brukerspesifikt av mottakeren 8 i trinn 120, slik dette alternativ 
fremgar av fig. 2. Videre kan bade den brukerspesifikke og 
applikasjonsspesifikke prosessering helt og holdent skje pa mottakerens egen 
datamaskin uten noen forutgaende spesifikk prosessering i trinn 109 i 
tjeneren. Det er vist pa fig. 3, hvor svaret i trinn 107 er NEI og slayfen med 
trinnene 108-1 10 derfor utelatt, idet spesifikk prosessering na bare finner 
sted i trinn 120. Dersom svaret i trinn 1 19 er NEI, er overferingen endelig 
fullfort og hele prosessen stopper i trinn 121, som vist bade pa fig. 2 og fig. 



Det er ogsa mulig at visse former for prosessering kan utf0res i tjeneren 5 pa 
en kompresjonskodet fil, uten at en forutgaende dekoding finner sted. Dette 
alternativ vil naturligvis tilkjennegis av en prosesseringsbetingelse, men er 
ikke vist pa fig. 2. I praksis innebaerer det at trinnene 108 og 1 10 sl0yfes. 

Tilsvarende kan det opsjonelt ogsa finne sted en spesifikk prosessering av 
kompresjonskodede filer i mottakeren 8, uten forutgaende dekoding. Dette er 
vist pa fig. 4, hvor prosessering pa basis av en avgjorelse i trinn 1 17a vil 
forega i trinn 1 17b, hvoretter filen dekodes i trinn 1 18 og opsjonelt etter en 
avgjerelse i trinn 119, igjen undergar en spesifikk prosessering i trinn 120. 

I henhold til oppfinnelsen realiseres det enkelte trinn i fremgangsmaten 
fortlepende og tilnaermet samtidig, slik at et trinn ikke behover a vaere 
avsluttet fer det neste pabegynnes, idet de enkelte operasjonelle trinn i 
praksis utfores pakkevis. Dette innebaerer med andre ord at de ferste pakkene 
i filen allerede kan vaere nedlastet hos mottakeren 8, mens 
kompresjonskoding og pakking av de siste deler av filen enna foregar hos 
senderen 1 . Videre skal det forstas at rekkefelgen av de enkelte trinn kan 
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vaere annerledes enn vist pa flytkartet pa fig. 2, som bare skjematisk gjengir 
en foretrukket utforelsesform. I praksis kan operasjonelle trinn vasre 
interfoliert, dvs. at eksempelvis dekoding og nedlasting av ikke-prosesserte 
pakker i trinn 115 i tid godt kan ligge forut for prosesseringen i trinn 109. 
5 Ogsa trinnene for overforing av bekreftelser mellom aktorene, dvs. sender 1, 
tjener 5 og mottaker 8 kan gis en annen plassering i sekvensen av trinn. En 
bekreftelse til mottaker 8 med ressursadresse, filreferanse og passord kan 
f.eks. skje allerede for selve overforingen starter og da naturligvis fra 
senderen 1 til mottakeren 8. Tilsvarende kan tjeneren 5 bekrefte overf0ringen 

10 med en melding til senderen 1 umiddelbart etter trinn 107. Allikevel er det 

ansett som mest hensiktsmessig at bekreftelsene skjer i form av meldinger fra 
tjener til henholdsvis sender og mottaker etter at en eventuell prosessering i 
tjeneren er avsluttet. Videre vil vanligvis bekreftelsen i trinn 1 1 1 fore til at 
tjeneren 5 mottar en overforingsanmoding fra mottakeren 8 ved trinn 1 12, 

15 men en overforingsanmodning kan godt vasre lagt inn pa forhand pa basis av 
en allerede avgitt melding fra senderen 1 . 

Det er naturligvis ikke noe krav at dekodingen av filen i trinn 118 finner sted 
fortlopende etter hvert som filen nedlastes. Mottakeren 8 kan velge a laste 
ned filen uten dekoding og deretter lagre den kompresjonskodede og 

20 eventuelt allerede prosesserte fil pa sin egen datamaskin i et kortere eller 

lengre tidsrom, med tanke pa en senere applikasjon. I og med at filen allerede 
er kompresjonskodet, vil lagringen vaere lite plasskrevende. Dekodingen av 
den lagrede fil kan da finne sted pa et senere tidspunkt og kombineres med en 
eventuell brukerspesifikk eller applikasjonsspesifikk prosessering pa 

25 mottakerens egen datamaskin. Det er da naturligvis heller ingenting i veien 
for at prosesseringen eller deler av den kan utfores pa den lagrede, 
kompresjonskodede fil 5 altsa for dekodingen finner sted, men i de fleste 
tilfeller vil filen prosesseres i forbindelse med dekodingen og da etter hvert 
som denne finner sted, f.eks. for et applikasjonsbehov som skal 

30 imotekommes pa et for mottakeren eller brukeren passende tidspunkt etter at 
filen er overfort og lagret pa brukerens databehandlingsinnretning. 

Fremgangsmaten ved filoverforing i henhold til foreliggende oppfinnelse gir 
ogsa stor fleksibilitet med hensyn til lagring og nedlasting av den nodvendige 
programvare for f.eks. prosessering. Hensiktsmessig kan eksempelvis som 
35 nevnt programvaren for kompresjonskodingen vaere lagret hos tjeneren 5 og 
automatisk nedlastes til senderen 1 nar overforingen initieres, men den kan 
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naturligvis ogsa vaere forhandslagret hos senderen. Tilsvarende kan 
programvare for den spesifikke prosessering vaere lagret savel hos senderen 1 
som tjeneren 5 og/eller mottakeren 8 og overforing av slik programvare 
iverksettes automatisk nar f.eks. en desisjon om prosessering foreligger, hva 
5 enten den finner sted hos sender, tjener eller mottaker. 

Fremgangsmaten ved overforing av filer i henhold til den foreliggende 
oppfinnelse vil vaere velegnet til filoverforing av tekst og bilder pa Internett 
med tanke pa anvendelse i mediaindustrien, f.eks. grafisk industri. Ved 
systematisk bruk av kompresjonsprosedyren basert henholdsvis pa sokerens 

10 egne datakompresjonsteknikk for bildeinformasjon og vanlige, kjente tapsfrie 
kompresjonsprosedyrer for tekster og fonter fas en filoverforing med saerlig 
stor kapasitet, samtidig som overforingskostnadene reduseres. Sokerens egen 
datakompresjonsteknologi er mange ganger mer effektiv enn f.eks. de kjente 
standarder som JPEG og MPEG med hensyn til kompresjonsfaktor og 

15 kompresjonshastighet, samtidig som kvaliteten pa den dekodede informasjon 
f.eks. med hensyn til fargegjengivelse og opplosning likevel er langt bedre. 
Eksempelvis kan store bildefiler ved den foreliggende fremgangsmate 
komprimeres mer enn 98% og overfores vis Internett hvor som heist i verden 
uten a gi noen vesentlig redusert bildekvalitet. Overforingen skjer dessuten 

20 svaert hurtig - som regel vil bekreftelsen pa at nedlasting har funnet sted 
foreligge like raskt som det vil ta a skrive de tilsvarende data til en vanlig 
CD-ROM. 

Som nevnt, vil fremgangsmaten ved den foreliggende oppfinnelse vaere 
saerlig godt egnet i mediaindustrien. Da flere og flere oppgaver i 

25 mediaindustrien benytter digitalbasert informasjon, krever dette en effektiv 
filoverforing. Samtidig kan filene i forbindelse med overforingen gjennomga 
en spesifikk prosessering og denne prosesseringen vil, uansett hvor den 
finner sted, i likhet med andre prosedyrer under overf0ringen hovedsakelig 
skje transparent bade for sender og mottaker. Ved den foreliggende 

30 fremgangsmate elimineres langt pa vei behovet for linjer med hoy 

bandbredde, da den spesifikke prosessering ikke pavirker bandbreddebehovet 
ved overforingen og det med bruk av f.eks. den ovenfor angitt 
kompresjonsfaktor, vil vaere mulig a oppna en virtuell overf0ringsrate i 
storrelsesorden 10 Gbit/h pa en ordinaer ISDN-linje. Dersom det benyttes en 

35 overforingslinje med en fast bandbredde pa 2 Mbit/s, vil det ved 

fremgangsmaten i henhold til den foreliggende oppfinnelse og under de 
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samme forutsetninger oppnas en virtuell overf0ringskapasitet pa 360 Gbit/h, 
selv om filen ved overforingen underkastes en spesifikk 
ikke-overforingsrelatert prosessering. Den virtuelle overf0ringskapasitet for 
en gitt linje er med andre ord bare avhengig av kompresjonsfaktoren, men 
innebserer for mottakeren eller brukeren nar overforingen skjer med en 
kompresjonsfaktor pa 50 5 som langt fra er noen 0vre grense for S0kerens 
egen datakompresjonsteknologi, en vesentlig forbedring av ytelsen selv nar 
den sammenlignes med de hittil benyttede metoder pa Internett for 
dataoverfsring uten spesifikk prosessering. 

Endelig skal det forstas at de her angitt fremgangsmater i henhold til 
oppfinnelsen ikke vil vaere uforenlig med en tilsvarende spesifikk 
prosessering i senderen i henhold til forhandsbestemte kriterier. 
Prosesseringen vil da forega for kompresjonskodingen i trinn 102; og det vil 
ved pakkedelingen ikke bare tas hensyn til datatypen, men ogsa til den 
eventuelle spesiflkke prosessering. En slik spesifikk prosessering pa 
sendersiden vil imidlertid som regel vaere uhensiktsmessig pa grunn av 
kapasitetsbehovet, men vil etter omstendighetene ikke ha konsekvenser for 
de ovrige overforings- og prosesseringsprosedyrer som benyttet ved 
fremgangsmaten i henhold til den foreliggende oppfinnelse. 
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PATENTKRAV 

1. Fremgangsmate ved overforing i et datakommunikasjonsnett, spesielt 
Internett, av vilkarlig formatterte filer omfattende en eller flere forskjellige 
datatyper, mellom en sender omfattende en til datakommunikasjonsnettet 
5 koblet databehandlingsinnretning, hvor senderen representerer en 

informasjonsleverandor, og en eller flere mottakere med respektive til 
datakommunikasjonsnettet koblede databehandlingsinnretninger, hvor hver 
mottaker representerer en bruker, hvor det ved fremgangsmaten benyttes en i 
eller til datakommunikasjonsnettet anordnet dedisert tjener, hvor filene som 

10 skal overfores, er lagret i en database hos senderen eller i en fra senderen 

aksesserbar database og for overforingen som skjer hovedsakelig transparent 
bade for sender og mottaker, nedlastes til senderens 
databehandlingsinnretning, og hvor fremgangsmaten er 
karakterisert ved 

15 a prosessere filen spesifikt for en eller flere brukere og/eller en eller flere 
applikasjoner under gitte betingelser, idet denne spesifikke prosessering 
finner sted fortlopende i tjeneren under overforingen og/eller fortlepende i 
mottakerens databehandlingsinnretning etter hvert som filen mottas, og/eller i 
mottakerens databehandlingsinnretning etter at filen er mottatt, og a utfare 

20 prosesseringen med programvare som er lagret hos en eller flere av de 

folgende: senderen, tjeneren eller mottakeren; og etter behov overfores forut 
for eller i fase med prosesseringen til et angjeldende prosesseringssted. 

2. Fremgangsmate i henhold til krav 1, 

karakterisert ved at den omfatter fortlopende eller tilnasrmet 
25 samtidig og/eller interfoliert realiserte trinn for 

a) a kompresjonskode filen som skal overfcres med en egen 
datakompresjonsprosedyre eller en generell, tapsfri 
datakompresjonsprosedyre, 

b) a dele den kompresjonskodede fil i pakker, 

30 c) a overfore den pakkedelte, kompresjonskodede fil til den dediserte tjener, 
sammen med mottakeradresser, 

d) a forsyne pakkene med mottakeradresse, og 

e) a overfore den kompresjonskodede fil til en eller flere mottakere i henhold 
til pakkenes mottakeradresser, samt dessuten ytterligere trinn for 
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f) a dekode den mottatte fil hos mottakeren i samsvar med den eller de 
allerede for kompresjonskodingen benyttede datakompresjonsprosedyrer. 

3. Fremgangsmate ved overf0ring i et datakommunikasjonsnett, spesielt 
Internett, av vilkarlig formatterte filer omfattende en eller flere forskjellige 
5 datatyper, mellom en sender omfattende en til datakommunikasjonsnettet 
koblet databehandlingsinnretning, hvor senderen representerer en 
informasjonsleverandor, og en eller flere mottakere med respektive til 
datakommunikasjonsnettet koblede databehandlingsinnretninger, hvor hver 
mottaker representerer en bruker, hvor det ved fremgangsmaten benyttes en i 

10 eller til datakommunikasjonsnettet anordnet dedisert tjener, hvor fllene som 
skal overferes, er lagret i en database hos senderen eller i en fra senderen 
aksesserbar database og for overferingen som skjer hovedsakelig transparent 
bade for sender og mottaker, nedlastes til senderens 
databehandlingsinnretning, 

15 karakterisert ved at den omfatter fortlopende eller tilnaermet 
samtidig og/eller interfoliert realiserte trinn for 
a) a kompresjonskode filen som skal overfores med en egen 
datakompresjonsprosedyre eller en generell, tapsfri 
datakompresjonsprosedyre, 

20 b) a dele den kompresjonskodede fil i pakker, 

c) a overfore den pakkedelte, kompresjonskodede fil til den dediserte tjener, 
sammen med mottakeradresser, 

d) a forsyne pakkene med mottakeradresse, og 

e) a overfore den kompresjonskodede fil til en eller flere mottakere i henhold 
25 til pakkenes mottakeradresser, samt dessuten ytterligere trinn for 

f) a dekode den mottatte fil hos mottakeren i samsvar med den eller de 
allerede for kompresjonskodingen benyttede datakompresjonsprosedyrer, og 
dessuten a prosessere filen spesifikt for en eller flere brukere og/eller for en 
eller flere applikasjoner under gitte betingelser, idet den spesifikke 

30 prosessering finner sted fortlopende i tjeneren under overforingen og/eller 
fortlopende i mottakerens databehandlingsinnretning etter hvert som filen 
mottas og/eller i mottakerens databehandlingsinnretning etter at filen er 
mottatt, og a utfore prosesseringen med programvare som er lagret hos en 
eller flere av de f0lgende: senderen, tjeneren eller mottakeren; og etter behov 

35 overf0res forut for eller i fase med prosesseringen til et angjeldende 
prosesseringssted. 




4. Fremgangsmate i henhold til krav 3, 

karakterisert ved at senderen samtidig med at overforingen av 
filen initieres eller under eller etter overf0ringen til tjeneren sender en 
melding til mottakeren med en ressursadresse og en aksesskode og mottar en 
5 bekreftelse fra tjeneren nar denne har mottatt filen og en bekreftelse fra 
mottakeren nar denne har mottatt filen og lastet den ned til sin 
databehandlingsinnretning. 

5. Fremgangsmate i henhold til krav 3, hvor den vilkarlig formaterte fil 
omfatter en eller flere av de felgende datatyper, nemlig bildedata, 

10 alfanumerisk data, grafikkdata og fonter, 

karakterisert ved at den egne datakompresjonsprosedyre benyttes 
til kompresjon av bildedata og at den generelle, tapsfri kompresjonsprosedyre 
hovedsakelig benyttes til kompresjon av alfanumeriske data, grafikkdata og 
fonter. 

15 6. Fremgangsmate i henhold til krav 3, 

karakterisert ved at programvare for datakompresjonskoding og 
-dekoding lagres i tjeneren og nedlastes automatisk henholdsvis til senderens 
databehandlingsinnretning for koding av filen nar overforingen initieres og 
mottakerens databehandlingsinnretning for dekoding av filen nar den mottas. 

20 7. Fremgangsmate i henhold til krav 3, 

karakterisert ved at pakkedelingen finner sted avhengig av 
datatypen, slik at hver pakke omfatter en bestemt datatype. 

8. Fremgangsmate i henhold til krav 3, 

karakterisert ved at den spesifikke prosessering finner sted i 
25 tjeneren etter en forutgaende dekoding av filen i tjeneren ved hjelp av 
programvaren for datakompresjonskoding, idet programvaren for 
prosesseringen enten er lagret hos senderen og/eller hos mottakeren og 
overfores til tjenerens databehandlingsinnretning nar prosesseringen skal 
finne sted, eller pa forhand er lagt inn i tjenerens databehandlingsinnretning, 
30 og at filen etter den spesifikke prosessering igjen kompresjonskodes med 

programvare lagret i tjeneren for overforing til mottakeren, idet tjeneren pa 
basis av mottakeradressen sjekker hvorvidt prosesseringsbetingelser 
foreligger. 
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9. Fremgangsmate i henhold til krav 8, 

karakterisert ved at prosesseringsbetingelsene tilordnet en 
bestemt mottakeradresse lagres i tjeneren sammen med programvare for 
prosesseringen og aksesseres av tjeneren pa basis av mottakeradressen. 

10. Fremgangsmate i henhold til krav 8, 

karakterisert ved at den spesifikke prosessering utf0res pa en eller 
flere bestemte datatyper, slik at bare de pakker som inneholder den eller de 
bestemte datatyper dekodes forut for prosesseringen og kodes pa ny etter 
avsluttet prosessering. 

11. Fremgangsmate i henhold til krav 3, 

karakterisert ved at dekodingen av filen hos mottakeren finner 
sted fortlopende etter hvert som filen mottas. 

12. Fremgangsmate i henhold til krav 11, 

karakterisert ved at den spesifikke prosessering finner sted 
fortlopende i mottakerens databehandlingsinnretning for og/eller etter 
dekodingen av filen som mottas, idet programvaren for prosesseringen enten 
er lagret hos senderen og/eller i tjeneren og overfores til mottakerens 
databehandlingsinnretning nar prosesseringen skal finne sted, eller pa 
forhand er lagt inn i mottakerens databehandlingsinnretning. 

13. Fremgangsmate i henhold til krav 3, 

karakterisert ved at filen etter hvert som den mottas, lagres i 
mottakerens databehandlingsinnretning, og deretter dekodes av mottakeren 
pa et senere, passende valgt tidspunkt. 

14. Fremgangsmate i henhold til krav 13, 

karakterisert ved at den spesifikke prosessering av den lagrede fil 
finner sted i mottakerens databehandlingsinnretning for og/eller etter 
dekodingen av filen, idet programvaren for prosesseringen enten er lagret hos 
senderen og /eller i tjeneren og overfores til mottakerens 
databehandlingsinnretning nar prosesseringen skal finne sted, eller pa 
forhand er lagt inn i mottakerens databehandlingsinnretning. 

15. Fremgangsmate i henhold til krav 3, 

karakterisert ved at den dediserte tjener er implementert pa en 
allmenn nettjener hos senderen. 
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16. Fremgangsmate i henhold til krav 3, 

karakterisert ved at brukernavn, mottakeradresser, filer og de 
gitte, til brukernavn eller mottakeradresser tilordnede 
prosesseringsbetingelser temporaert eller permanent lagres i en i tjeneren 
anordnet database. 



SAMMENDRAG 

I en fremgangsmate ved overf0ring i et 
datakommunikasjonsnett av vilkarlig formaterte 
filer mellom en sender som representerer en 
informasjonsleverandor og en eller flere mottakere 
som representerer brukere, benyttes ved 
overforingen en nettjener, idet selve overforingen 
skjer hovedsakelig transparent for bade sender og 
mottaker. For overforingen kompresjonskodes filen 
som skal overfores, hvoretter den overfores 
pakkedelt via tjeneren til mottakeren. Ved 
overforingen underkastes en allerede 
kompresjonskodet fil en prosessering spesifikk for 
en eller flere brukere og/eller en eller flere 
spesifikke applikasjoner, enten i tjeneren eller i 
mottakeren eller begge steder, uten at det far 
konsekvenser for overforingen som sadan. 
Programvare benyttet til prosesseringen kan vaere 
lagret enten hos senderen, tjeneren eller mottakeren 
og nedlastes eventuelt automatisk til 
prosesseringsstedet. De enkelte operasjons- og 
desisjonstrinn i fremgangsmaten realiseres 
fortrinnsvis i fortlopende, tilnasrmet samtidige 
og/eller interfolierte trinn. 

Anvendelse til overforing og spesifikk prosessering 
av store filer bestaende av en eller flere forskjellige 
datatypes herunder bildeinformasjon, pa Internett, 
spesielt for anvendelse i mediaindustri. 
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Methods in transmission of files in a data communication network 

The invention concerns methods in transmission in a data communications 
network, particularly Internet, of arbitrarily formatted files comprising one or 
more different data types, between a sender comprising a data-processing 
5 device connected to the data communications network, wherein the sender 

represents an information provider, and one or more receivers with respective 
data-processing devices connected with the data communications network, 
wherein each receiver represents a user, wherein a dedicated server provided 
in or assigned to the data communications network is used with the methods, 
10 wherein files which shall be transmitted are stored in a database at the sender 
or in a database accessible from the sender and which for the transmission 
that substantially takes place transparently for both sender and receiver, are 
downloaded to the data-processing device of the sender. 

The need for fast, effective and safe transmission of files for application 

15 purposes is rapidly increasing. Particularly this is the case in the media 

industry, where it is desirable with transmission of large files composed of 
different data types, including image information which is very 
capacity-demanding. Most of the information which is used in the media 
industry is present digitalized and transmitted in digital form and even 

20 though this can take place via existing broadband communications networks, 
the transmission of source information representing large data volumes, 
typically several Gbytes, yet becomes an expensive and for the user 
time-demanding process. Beyond all it is hence desirable to save time and 
costs in the transmission as well as making the transmission process more 

25 simple and efficient, something which will offer an end user great advantages 
compared with present file transmission systems. In a public data 
communications network such as Internet, the traffic has only been 
increasing all the time, something which makes the transmission of large data 
volumes and large files on Internet both time-consuming and 

30 cost-demanding. For large data volumes or extensive documents it hence may 
be an alternative to make use of courier services or file transmission on 
dedicated ISDN lines. Even though such measures guarantee a safe 
transmission, they are yet linked with substantial costs and the use of courier 
services may in a large number of cases be unsuitable due to the time factor. 
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In connection with transmission of files data processing the files in 
connection with a transmission is well-known. Data processing of this kind 
can typically consist of various forms of compression coding in order to 
reduce the data volume which shall be transmitted, or measures in order to 
5 protect the data which are transmitted against copying. In international 

published patent publication WO98/44402 there is thus disclosed a method 
for copying protection of data which are downloaded from a server, typically 
via World Wide Web, to a client in order to be presented to a user. The 
transmitted and downloaded data are protected cryptographically by 

10 encryption and hashing. The processing to this end may then take place in a 
network server before transmission on e.g. the World Wide Web. Further 
there is in a paper by Michael Fraase, "Compression pros deliver telecom 
with SITcom 1.0: Aladdin app offers transparent connection and 
compression" (Mac WEEK, vol. 8 5 no. 2, 10. January 1994, page 43(2)) 

15 disclosed a telecommunication software which automatically can compress 
files during transmission using the so-called "Stuffit" tool from Aladdin 
Systems Inc. The users can use this software which is called "SITcomm" for 
automatically converting files or folder hierarchies to "Stuffit" archives 
before uploading or for automatically expand the archives as they are 

20 downloaded. SITcomm can also use a so-called toolbox for implementing all 
connections, file transmissions and emulations. 

From US patent no. 5 270 805 (Abe & al., assigned to Canon) there is 
additionally known a data-communication device which generate data as 
respectively character data and colour image data, these data being divided 

25 between respective block areas The block area for the image data can further 
be divided into further block areas in correspondence with the image 
characteristics of the image data. In each case the data transmission takes 
place blockwise and by means of a conversion device it is determined 
whether a function is present in the receiver device and the transmitted data 

30 in the block areas are converted according to this. This may e.g. then imply 
that if the receiver has no possibilities of processing a colour image, the 
colour image data will be converted to data which can be processed by the 
receiver. 

In many cases data is transmitted in files with a specific processing at the 
35 receiver in mind, e.g. for different applications, and advantageously a 
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processing of this kind which basically has no connection to the transmission 
process as such could take place in connection therewith. 

The object of the present invention is thus to provide methods which make a 
combined transmission and a non-transmission-related processing of data in 
5 files on public communications networks, e.g. Internet more efficient. 

It is particularly the object that a transmission of files with accompanying 
specific processing shall take place with regard to a possible 
transmission-specific processing of the files and see to that the transmission 
of files between a sender and one or more receivers with connected specific 
10 processing for a user and user-related applications is realized with fast and 
secure transactions between the parties. 

It is also an object of the invention that large files shall be transmitted 
anywhere in the world and then by combining the transmission with a 
specific processing, without transmission and processing requiring 
15 unnecessary large data resources at the sender and receiver. The transmission 
and specific processing shall then take place substantially in transparency 
both for the sender and receiver, such that they can exploit their data 
resources for other tasks while the transmission itself takes place. 

The above-mentioned objects and advantages are realized according to the 
20 invention with a method which is characterized by processing a file 

specifically for one or more users and/or one or more applications under 
determined conditions, the specific processing taking place consecutively in 
the server during the transmission and/or consecutively in the receiver's data 
processing device as the file is received and/or in the receiver's data 
25 processing device after the file has been received, and performing the 

processing with software which is stored in one or more of the following: the 
sender, the server or the receiver, and as required is transmitted before or in 
phase with the processing to a an actual processing location. 

The above-mentioned method comprises advantageously consecutive or 
30 approximately simultaneous and/or interfoliated realized steps for 

a) compression-coding the file which shall be transmitted with a proprietary 
data compression procedure or a general loss-free data compression 
procedure, 

b) dividing the compression-coded file in packets. 
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c) transmitting the packet-divided compression-coded file to the dedicated 
server together with receiver addresses, 

d) providing the packets with receiver address, and 

e) transmitting the compression-coded file to one or more receivers according 
5 to the receiver addresses of the packets, as well as a further step, for 

f) decoding the received file at the receiver according to the data 
compression procedure or procedures already used for the compression 
coding. 

The above-mentioned objects and advantageous are additionally realized 
10 according to the invention with a method which comprises consecutive or 
approximately simultaneous and/or interfoliated realized steps for 
a) compression-coding the file which shall be transmitted with a proprietary 
data compression procedure or a general loss-free data compression 
procedure, 

15 b) dividing the compression-coded file in packets, 

c) transmitting the packet-divided compression-coded file to the dedicated 
server together with receiver addresses, 

d) providing the packets with receiver address, and 

e) transmitting the compression-coded file to one or more receivers according 
20 to the receiver addresses of the packets, and as well as further steps for 

f) decoding the received file at the receiver according to the 
data-compression procedure or procedures already used for the compression 
coding and additionally processing the files specifically for one or more uses 
and/or for one or more applications under determined conditions, the specific 

25 processing taking place consecutively in the server during the transmission 
and/or consecutively in the receiver's data-processing device as the file is 
received and/or in the receiver's data-processing device after the file has 
been received, and performing the processing with software which is stored 
in one or more of the following: the sender, the server or the receiver and 

30 which as required is transmitted before or in phase with the processing to an 
actual processing location. 

According to the invention it is advantageous that the sender simultaneously 
with the initialization of the transmission of during or after the transmission 
to the server sending a message to the receiver with a resource address and 
35 an access code and receiving a confirmation from the server when the latter 
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has received the file and the confirmation from the receiver when the latter 
has received the file and downloaded it to its data-processing device. 

Where the arbitrarily formatted file comprises one or more of the following 
data types, viz. image data, alphanumeric data, graphics data and fonts, it is 
5 according to the invention advantageous using the proprietary data 

compression procedure for compressing image data, and using the general 
loss-free compression procedure substantially for compression of 
alphanumeric data, graphics data and fonts. 

According to the invention is advantageous storing the software for data 
10 compression coding and decoding in the server and downloading said 

software automatically respectively to the data-processing device of the 
sender for coding the file when the transmission is initialized and to the data 
processing-device of the receiver for decoding the file when it is received. 

In that connection packet-division preferably takes place dependent on the 
15 data type, such that each packet comprises a determined data type. 

According to the invention it is advantageous that the specific processing 
takes place in the server after a preceding decoding of the file in the server 
by means of the software for the data compression coding, the software for 
the processing either being stored at the sender and/or at the receiver and 

20 being transmitted to the data-processing device of the server when the 
processing shall take place, or beforehand stored in the data-processing 
device of the server, and after the specific processing again 
compression-coding the file with software stored in the server for 
transmission to the receiver, the server on the basis of the receiver address 

25 checking whether processing conditions are present. 

In that connection are preferably the processing conditions assigned to a 
determined receiver address being stored in the server together with software 
for the processing and being accessed by the server on the basis of the 
receiver address, and preferably the specific processing is then performed on 
30 one or more determined data types such that only packets comprising the 

determined data type are decoded before the processing and coded anew after 
the processing has terminated. 

According to the invention it is advantageous that the decoding of the file at 
the receiver takes place consecutively as the file is received. In that 
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connection the specific processing preferably takes place consecutively in the 
data-processing device of the receiver before and/or after the coding of the 
file which is received, the software for the processing either being stored at 
the receiver and/or in the sender and/or in the server and being transmitted to 
the data-processing device or the receiver when processing shall take place or 
before beforehand being stored in the data-processing device of the receiver. 

It can according to the invention also be advantageous storing the file as it is 
received in the data processing-device or receiver, and then decoding the file 
by the receiver at a later suitably selected time. In that connection the 
specific processing of the stored file can then preferably take place in the 
data-processing device of the receiver before and/or after the decoding of the 
file, the software for the processing either being stored at the sender and/or 
in the server and transmitted to the data-processing device of the receiver 
when processing shall take place or beforehand entered in the 
data-processing device of the receiver. 

According to the invention the dedicated server is advantageously 
implemented on a general network server. 

According to the invention are user names, receiver addresses, files and the 
given processing conditions assigned to user names or receiver addresses 
preferably stored temporarily or permanently in a data base provided in the 
server. 

The invention shall now be explained in more detail in connection with 
exemplary embodiments and with reference to the accompanying drawing, 
wherein 

fig. 1 shows a system layout for data transmission between a sender and 
several receivers, e.g. in a public data communications network such as 
Internet, 

fig. 2 the flow diagram for a preferred embodiment of the method according 
to the invention, 

fig. 3. the flow diagram for a first variant of the embodiment in fig. 2, and 
fig. 4. the flow diagram for a second variant of the embodiment in fig. 2. 
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Fig. 1 shows the system layout for file transmission in a public data 
communications network, e.g. Internet, such as known in the art. A number 
of information providers can be connected with the system and an 
information provider is here shown represented by the sender 1. The sender 1 
5 comprises a data-processing device or computer 2 which well may be a 

personal computer and a database 3 connected with computer 2. In addition 
the sender 1 can optionally also communicate with one or more external 
databases 4. These external databases 4 can be connected with a sender in a 
local network and stored on local data-processing devices which well may be 

10 the information provider's own. Alternatively the external databases 4 can be 
stored at other information providers and then e.g. be accessed by the sender 
1 via the public data communications network. The sender 1 is connected 
with and has at its disposal a dedicated server 5 which can be a free-standing 
data-processing device with a computer 6 and a database 7 connected thereto. 

15 The server 5 can e.g. be accessed via local network and or the public data 

communications network and comprises in any case a not shown interface for 
such a public data communications network which e.g. then may be Internet. 
Alternatively the server 5 could also be implemented on the sender's own 
network server and the required data processing takes place on the sender's 

20 own computer. As a dedicated server in a data communications network the 
server 5 can be a shared resource for several information providers and 
consequently be accessed from several senders 1. In regard of software the 
server is basically realized with two modules, one for reception of files and 
one for transmission of files to receivers. Additionally the server can 

25 comprise several modules, e.g. for processing of data, message switching etc. 
The server's software will normally be stored in the database 7 assigned to 
the server, but this database can in its turn be a shared resource for several 
information providers or form a part of the sender's own database 3. 

The server 5 can via the public data communications network communicate 
30 with arbitrary number of receivers 8i,8 2 ,...8 k ,...8 n . This communication then 

takes place on the public available data communications network, e.g. 

Internet, via lines 9. The receivers are users of information and receive on 

request information transmitted from the information provider or the sender 1 

in the form of files. The received files can after downloading to the receiver 
35 8 be processed on a data-processing device at the receiver, stored in a local 

data memory at the receiver and be utilized for a user-specific application at 

a time appropriate for the user. 
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It is a part of the object of the invention that the file transmission proper and 
all the operations which in this connection as executed by the server 5 take 
place substantially transparent to the sender as well as the receivers 8. This 
implies in practice that at least while the file transmission takes place, the 
5 data-processing devices of both the sender and the receivers or computer 

could be used for other tasks, as the file transmission operation as such shall 
not in any considerable degree shall load the mentioned computers. 

A preferred embodiment according to the invention shall now be discussed 
with reference to fig. 2, which renders a flow diagram showing the separate 
10 steps of the method. In this connection it shall be remarked that all references 
in the flow diagram to specific processing points to a user-specific or 
application-specific processing which has no consequences for the file 
transmission as such. 

The embodiment of the method according to the invention is initialized at the 

15 start step 100 on the sender's 1 computer 2 as shown in fig. 2. With the 

sender it is to be understood an information provider which serves a number 
of clients which are the receivers or users of the information. In step 101 the 
files which shall be transmitted are specified and fetched from the database 3 
of the sender 1 or from databases 4 which can be accessed by the sender. 

20 These databases can be connected with the sender 1 in a local network or be 
accessed via the public data communications network which in the following 
will be supposed to be identical with Internet and denoted as such. It is to be 
understood that the file which shall be transmitted may consist of different 
types of source information which may well be located in several databases. 

25 Before the transmission all source information is in such a case collected in 
the file to be transmitted. The sender 1 also fetches receiver addresses, i.e. 
addresses to clients or users, preferably stored in the sender's own database 
3. It is to be understood that files and documents collected may be formatted 
arbitrarily. They may e.g. be compression-coded beforehand with some 

30 appropriate compression procedure such as MPEG for video or films or JPEG 
for stills. The files can consist of a number of different data types as they do 
not need to consist of image information which in this case shall be 
understood as video images, film images or still images, but may in addition 
also comprise usual alphanumeric information, graphics information and 

35 possibly fonts. The latter will be relevant where alphanumeric and graphics 
information in the files at the users will be applied in media enterprises, e.g. 
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the graphic industries. In step 102 the collected files now are 
compression-coded, as either a proprietary compression procedure or a 
particular loss-free data compression procedure is used. The proprietary data 
compression procedure can be a particular compression procedure for image 
5 information, possibly with an adaptation for stills or video. This proprietary 
compression procedure is developed by Fast Search & Transfer ASA, which 
has assigned the rights of use to the applicant. It will be relevant using it for 
those parts of the file which consist of image information. Other data types in 
the collected files as e.g. alphanumeric and graphics information can be 

10 compressed with a general loss-free procedure, such loss-free compression 
procedures being well-known to persons skilled in the art and hence not 
discussed in further details herein. As the collected file or parts thereof can 
be an arbitrarily formatted file, the file or parts thereof can as mentioned 
already be subjected to a compression procedure. A repeated data 

15 compression of image information in the form of video images which already 
have been subjected to a compression of the MPEG type will with the 
applicant's proprietary compression procedure which has a higher 
compression factor than MPEG be further compressed. In other parts of the 
file which e.g. beforehand may have been subjected to a loss-free 

20 compression procedure, the general loss-free compression need not effect a 
further compression of these parts. In any case the compression coding in 
step 102 executed on the sender's own computer 2 which thereafter divides 
the collected compression-coded files in packets, such that each separate 
packet preferably contains a determined data type and at the sender has been 

25 subjected to a particular form of compression coding. 

It is to be understood that the software used in the compression coding can be 
stored on the sender's own data-processing device, but preferably it is stored 
in the server 5 and will, when the file transmission is initiated, automatically 
be transmitted to the sender 1 from the server 5. 

30 In step 104 the packet-divided compression-coded file is now transmitted 

from the sender's 1 computer 2 to a server 5 which well may be the sender's 
own network server or a dedicated server and connected with a server via e.g. 
a dedicated line, a local network or a public data communications network 
such as Internet. The sender 1 will now in step 5 inquire the server 5 whether 

35 the compression-coded file has been received and if the answer is NO the file 
transmission will continue until this is the case. Is the answer is YES and the 
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compression-coded file is completely received on the server 5, the file is now 
provided with receiver address in the server's 5 computer 6 in step 106. The 
receiver address will e.g. be downloaded from the sender 1 to the server 5 at 
the start of the transmission. The receiver address may, however, also be an 
5 identification code and the intention is in any case that the receiver address 
or the identification codes are used in a step 107 implemented on the server 
5, wherein a decision is taken whether the compression-coded files shall be 
subjected to a specific processing in the server or not. If the answer is NO, a 
confirmation is sent in step 1 1 1 that the file has been received on the server 5 
10 and simultaneously a confirmation is sent to the receiver 8, the confirmation 
comprising a message with a resource address (URL) and an access code, the 
latter e.g. a password for the user. In the present case the resource address 
will, of course, be the address of the server. 

The decision in step 107 takes place on the basis of the receiver address or 

15 the identification code, e.g. with a table which for the relevant receiver 
address or identification code provides the server with the necessary 
processing instructions. If the answer in step 107 hence is YES, the file is 
decoded in step 108 and thereafter subjected to the required data processing, 
i.e. a specific processing in step 109. This processing can be user specific or 

20 application-specific and takes place with software which is stored in the data 
base 7 of the server 5 or which is transmitted to the database of the server, 
either on the basis of the receiver addresses when the file transmission starts 
or beforehand has been stored in the database 7 of the server 5 by the 
separate receiver. In this connection it is to be understood that step 1 1 1 very 

25 well may be realized in another location in the transmission process such that 
the confirmation can effect the transmission of the required software for the 
processing from either the sender or receiver before the decision in step 107 
concerning the processing is made. The processing which takes place in step 
109 can be user-specific or application-specific, i.e. the file is processed 

30 user-specifically for one or more users or receivers or 

application-specifically for two or more users, such that the file is subjected 
to the same processing for one and the same application or one and the same 
application is implemented at more than one user. The processing will as a 
rule take place by packet switching, e.g. be executed on packets which 

35 comprises image information and it is, of course, then evident that not all 
packets in the file need to be decoded before the processing. A typical 
example of processing which is performed can be the processing of image 
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information with the intention of providing the image information with an 
optimum colour profile for the relevant user's applications. An example of a 
colour profile of this kind is the so-called ICC standard which stands for 
International Color Consortium which was established in 1993 by 8 industrial 
5 enterprises in order to provide a standardized architecture and standardized 
components for colour handling in image information. Digitalized colour 
image data will both before and after the compression coding typically be 
present as an RGB code. After image information has been decoded for 
processing, the RGB format is converted to a CMYK colour format with the 

10 use of the ICC colour profile. For the sake of that, this could also be done on 
the sender's computer 2, but preferably step 109 is realized as shown on the 
server's computer 6. In this connection the ICC profile can be transmitted 
automatically to the server 5, e.g. from the sender 1 or from a receiver 8, but 
may also be prestored in the server. The ICC profile is in any case 

15 implemented in each case when the image information format after the 

decoding is converted from the RGB format to the CMYK colour format. 

After completed processing in the server 5 the file is again compression 
coded in step 1 10 and a confirmation is submitted as mentioned above in step 
1 1 1 in the form of a message to the sender and a confirmation in the form of 
20 a message to the receiver 8. Whether the confirmation of the receiver in step 

1 1 1 as mentioned is submitted at an early stage in the process or immediately 
after step 107 or step 1 10, the server 5 in step 1 12 will receive a transmission 
request from one or more receivers 8 and if the server in step 1 12 does not 
find such a transmission request for a receiver, an already compression-coded 

25 or processed file for the receiver can in step 104 either be stored in the server 
5 for later transmission to the receiver or be deleted. If the server 5 in step 

1 12 on the contrary finds that a transmission request from one or more 
receivers is present, the server 5 transmits the compression-coded and in case 
also processed files to the respective receivers 8 on the basis of the receiver 

30 addresses, as each packet is addressed and transmitted consecutively after 
step 107 as the packets are received on the server 5 or consecutively 
following step 110, in any case on the basis of the received transmission 
request such this is present at step 1 12. The transmission from the server 5 to 
the receiver 8 takes place in step 1 14 and the file is downloaded 

35 consecutively in step 115. In step 1 16 a decision is made whether the file is 
downloaded, and if the answer is NO, the downloading of a 
compression-coded and possibly processed file in step 1 15 continues until the 
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downloading is completed and confirmed in step 116 with YES. Then the 
receiver 8 in step 117 sends a confirmation in the form of a message to the 
sender 1 that the file has been downloaded. After the file has been received 
and downloaded to the receiver's computer, the latter decodes the file in step 
118. 

Advantageously a specific processing also may take place on the receiver's 8 
own computer and a decision about a processing of this kind is taken in step 
119. If the answer is YES, the downloaded file is processed in step 120 and it 
is default that the processing can comprise a number of separate processing 
steps and be executed on different data types. Where the user or receiver 8 
represents media industry or graphic industry, it may of course be topical to 
implement a suitable colour profile in connection with conversion from one 
colour format to another. There is also nothing against a file which already 
has been subjected to a processing on the server 5 in step 109 or after the 
decoding at the receiver 8 in step 118 being processed further and 
user- specifically by the receiver 8 in step 120 such this alternative is evident 
from fig. 2. Further can both the user-specific and application-specific 
processing wholly take place on the receiver's own computer and without a 
preceding specific processing in step 109 in the server. This is shown in fig. 
3 wherein the answer in step 107 is NO and the loop with the steps 108-1 10 
hence deleted, as specific processing now only takes place in step 120. If the 
answer in step 1 19 is NO, the transmission is finally complete and the entire 
process terminates in step 121 as shown both in fig. 2 and fig. 3. 

It is also possible that certain forms of processing can be performed in the 
server 5 on a compression-coded file without a preceding decoding taking 
place. This alternative will, of course be expressed by a processing condition, 
but is not shown in fig. 2. In practice this implies that steps 108 and 1 10 are 
deleted. 

Correspondingly can also optionally a specific processing of 
compression-coded files take place in the receiver 8, without a preceding 
decoding. This is shown in fig. 4 where processing on the basis of a decision 
in step 117 a will take place in step 1 17b, whereafter the file is decoded in 
step 118 and optionally after a decision in step 119, once again is subjected 
to a specific processing in step 120. 
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According to the invention the separate steps in the method are realized 
consecutively and approximately simultaneously such a step does not need to 
be terminated before the next has begun, as the separate operational steps in 
practice are performed by packet-switching. This implies in other words that 
5 the first packets in the file already can be downloaded at the receiver 8, while 
compression coding and packing of the last parts of the files still take place 
in the sender 1. Further it shall be understood that the succession of the 
separate steps may be different than shown in the flow chart in fig. 2, which 
only schematically renders a preferred embodiment. In practice the 

10 operational steps can be interfoliated, i.e. that for instance decoding and 

downloading of not-processed packets in step 1 15 in time may well precede 
the processing in step 109. Also the steps for transmission of confirmations 
between the acting parties, i.e. the sender 1, the server 5 and the receiver 8 
can be located differently in the sequence of steps. A confirmation to 

15 receiver 8 with resource address, file reference and password can for instance 
take place already before the transmission starts and then of course from the 
sender 1 to the receiver 8. Correspondingly the server 5 can confirm the 
transmission with a message to the sender 1 immediately after in step 107. 
Yet it is regarded as most suitable that the confirmations are given in the 

20 form of messages from the server to respectively sender and receiver after a 
possible processing in the server has been terminated. Further, a confirmation 
in step 1 1 1 will usually cause the server 5 to receive a transmission request 
from the receiver 8 at step 1 12, but a transmission request may well be 
entered beforehand on the basis of an already submitted message from the 

25 sender 1. 

It is, of course, no requirement that the decoding of the file in step 1 18 takes 
place consecutively as the file is downloaded. The receiver 8 can choose to 
download the file without decoding and thereafter store the 
compression-coded and possibly already processed file on his own computer 

30 for a shorter or longer time period with regard to a later application. As the 
file already is compression-coded the storage will require little space. The 
decoding of stored file can then take place at a later time and be combined 
with a possible user-specific or application-specific processing on the 
receiver's own computer. Neither is it, of course, anything against 

35 performing the processing or parts thereof on the stored compression-coded 
file, i.e. before the decoding takes place, but in most cases the file will be 
processed in connection with the decoding and then as this takes place, e.g. 
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for an application requirement which shall be met on a suitable time for the 
receiver or user after the file has been transmitted or stored on the 
data-processing device of the user. 

The method in file transmission according to the present invention also 
5 provides great flexibility with regard to storage and downloading of the 
required software for e.g. processing. Suitably may as mentioned the 
software for the compression coding for instance be stored at the server 5 and 
automatically be downloaded to the sender 1 when the transmission is 
initialized, but it can of course also be prestored at the sender. 
10 Correspondingly can software for the specific processing be stored at the 
sender 1 as well as the server 5 and/or the receiver 8 and transmission of 
software of this kind be implemented automatically when e.g. a decision on 
processing is taken irrespective of whether it takes place at the sender, server 
or receiver. 

15 The methods in transmission of files according to the present invention will 
be well suited for file transmission of text and images on Internet with 
applications in the media industry in regard. By systematically using the 
compression procedure based on respectively the applicant's own data 
compression technology for image information and commonly known 

20 loss-free compression procedures for text and fonts, a file transmission with 
a particular large capacity is obtained while the transmission costs are 
reduced. The applicant's own data compression technology is many times as 
effective as e.g. the known standards such as JPEG and MPEG with regard to 
compression speed, while the quality of the decoded information in regard of 

25 e.g. colour rendition and resolution is far better. For instance can large image 
files in the present method be compressed by more than 98% and transmitted 
via Internet anywhere in the world without causing an appreciably reduced 
image quality. The transmission additionally takes place very fast - as a rule 
the confirmation that a downloading has taken place will appear just as fast 

30 as it shall take to write the corresponding data to a common CD-ROM. 

As mentioned, the methods according to the present invention shall be 
particularly well suited in the media industry. As more and more tasks in the 
media industry apply digitally-based information, this requires an effective 
file transmission. Simultaneously the files can in connection with the 
35 transmission be subjected to a specific processing and this processing shall, 
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regardless of where it takes place, similar to other procedures during the 
transmission substantially take place in transparency both to sender and 
receiver. In the present method the demand for lines with high bandwidth is 
eliminated by far, as the specific processing does not affect the bandwidth 
5 requirement in the transmission, and owing to the use of e.g. the above-stated 
compression factor, it will be possible to obtain a virtual processing rate of 
the magnitude 10 Gbit/h on an ordinary ISDN line. If a transmission line with 
the fixed band-width of 2Mbit/s is used, it will with the method according to 
the present invention and under the same conditions be achieved a virtual 

10 transmission capacity of 360 Gbit/h even though the file in the transmission 
is subjected to a specific non-transmission-related processing. The virtual 
transmission capacity for a given line is in other words only dependent on the 
compression factor, but implies for the receiver or user when the 
transmission takes place with a compression factor of 50 which is very far 

15 form an upper limit of the applicant's own data compression technology, an 
essential improvement of the performance even when it is compared with the 
up to now used methods on Internet for data transmission without specific 
processing. 

Finally it is to be understood that the herein disclosed methods according to 
20 the invention shall not be incompatible with the corresponding specific 

processing in the sender according to predetermined criteria. The processing 
will then take place before the compression coding in step 102, and in the 
division in packets will not only the data type be taken in regard, but also the 
possible specific processing. A specific processing of this kind at the sender 
25 side will, however, as a rule be inexpedient due to the capacity requirements, 
but will according to the circumstances have no consequences for the other 
transmission and processing procedures as used in the methods according to 
the present invention. 
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PATENT CLAIMS 

1. A method in the transmission in a data communications network, 
particularly Internet, of arbitrarily formatted files comprising one or more 
different data types, between a sender comprising a data-processing device 

5 connected to the data communications network, wherein the sender 

represents an information provider, and one or more receivers with respective 
data-processing devices connected with the data communications network, 
wherein each receiver represents a user, wherein a dedicated server provided 
in or assigned to the data communications network is used with the method, 
10 wherein files which shall be transmitted are stored in a database at the sender 
or in a database accessible from the sender and which for the transmission 
that substantially takes place transparently for both sender and receiver, are 
downloaded to the data-processing device of the sender, and wherein the . 
method is characterized by processing a file specifically for one or more 
15 users and/or one or more applications under determined conditions, the 
specific processing taking place consecutively in the server during the 
transmission and/or consecutively in the receiver's data-processing device as 
the file is received and/or in the receiver's data-processing device after the 
file has been received, and performing the processing with software which is 
20 stored in one or more of the following: the sender, the server or the receiver, 
and as required is transmitted before or in phase with the processing to a an 
actual processing location. 

2. A method according to claim 1, 

characterized by comprising consecutive or approximately simultaneous 
and/or or interfoliated realized steps for 

a) compression-coding the file which shall be transmitted with a proprietary 
data compression procedure or a general loss-free data compression 
procedure, 

b) dividing the compression-coded file in packets, 

c) transmitting the packet-divided compression-coded file to the dedicated 
server together with receiver addresses, 

d) providing the packets with receiver address, and 

e) transmitting the compression-coded file to one or more receivers according 
to the receiver addresses of the packets, as well as a further step, for 

f) decoding the received file at the receiver according to the data 
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compression procedure or procedures already used for the compression 
coding. 

3. A method in transmission in a data communications network, 
particularly Internet, of arbitrarily formatted files comprising one or more 
5 different data types, between a sender comprising a data-processing device 
connected to the data communications network, wherein the sender 
represents an information provider, and one or more receivers with respective 
data-processing devices connected with the data communications network, 
wherein each receiver represents a user, wherein a dedicated server provided 

10 in or assigned to the data communications network is used with the method, 
wherein files which shall be transmitted are stored in a database at the sender 
or in a database accessible from the sender and which for the transmission 
that substantially takes place transparently for both sender and receiver, are 
downloaded to the data-processing device of the sender, and wherein the 

15 method is 

characterized by comprising consecutive or approximately simultaneous 
and/or interfoliated realized steps for 

a) compression-coding the file which shall be transmitted with a proprietary 
data compression procedure or a general loss-free data compression 

20 procedure, 

b) dividing the compression-coded file in packets, 

c) transmitting the packet-divided compression-coded file to the dedicated 
server together with receiver addresses, 

d) providing the packets with receiver address, and 

25 e) transmitting the compression-coded file to one or more receivers according 
to the receiver addresses of the packets, and as well as further steps for 
f) decoding the received file at the receiver according to the data 
compression procedure or procedures already used for the compression 
coding and additionally processing the files specifically for one or more uses 

30 and/or for one or more applications under determined conditions, the specific 
processing taking place consecutively in the server during the transmission 
and/or consecutively in the receiver's data-processing device as the file is 
received and/or in the receiver's data processing-device after the file has 
been received, and performing the processing with software which is stored 

35 in one or more of the following: the sender, the server or the receiver and 

which as required is transmitted before or in phase with the processing to an 
actual processing location. 
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4. A method according to claim 3, 

characterized by the sender simultaneously with the initialization of the 
transmission of during or after the transmission to the server sending a 
message to the receiver with a resource address and an access code and 
5 receiving a confirmation from the server when the latter has received the file 
and the confirmation from the receiver when the latter has received the file 
and downloaded it to its data-processing device. 

5. A method according to claim 3, wherein the arbitrarily formatted file 
comprises one or more of the following data types, viz. image data, 

10 alphanumeric data, graphic data and fonts, 

characterized by using the proprietary data compression procedure for 
compressing image data, and by using the general loss-free compression 
procedure substantially for compression of alphanumeric data, graphics data 
and fonts. 

15 6. A method according to claim 3, 

characterized by storing software for data compression coding and decoding 
in the server and downloading said software automatically respectively to the 
data-processing device of the sender for coding the file when the 
transmission is initialized and to the data-processing device of the receiver 

20 for decoding the file when it is received. 

7. A method according to claim 3, 

characterized by the packet division taking place dependent on the data type, 
such that each packet comprises a determined data type. 

8. A method according to claim 3., 

25 characterized by the specific processing taking place in the server after a 

preceding decoding of the file in the server by means of the software for the 
data compression coding, the software for the processing either being stored 
at the sender and/or at the receiver and being transmitted to the 
data-processing device of the server when the processing shall take place, or 

30 beforehand stored in the data-processing device of the server, and after the 

specific processing again compression-coding the file with software stored in 
the server for transmission to the receiver, the server on the basis of the 
receiver address checking whether processing conditions are present. 
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9. A method according to claim 8, 

characterized by the processing conditions assigned to a determined receiver 
address being stored in the server together with software for the processing 
and being accessed by the server on the basis of the receiver address. 

5 10. A method according to claim 8, 

characterized by performing the specific processing on one or more 
determined data types such that only packets comprising the determined data 
type are decoded before the processing and coded anew after the processing 
has terminated. 

10 11. A method according to claim 3, 

characterized by the decoding of the file at the receiver taking place 
consecutively as the file is received. 

12. A method according to claim 11, 

characterized by the specific processing taking place consecutively in the 
15 data-processing device of the receiver before and/or after the coding of the 
file which is received, the software for the processing either being stored at 
the receiver and/or in the sender and/or in the server and being transmitted to 
the data-processing device or the receiver when processing shall take place or 
before beforehand being stored in the data-processing device of the receiver. 

20 13. A method according to claim 3, 

characterized by storing the file as it is received in the data-processing device 
or receiver, and then decoding the file by the receiver at a later suitably 
selected time. 

14. A method according to claim 13, 

25 characterized by the specific processing of the stored file taking place in the 
data-processing dev ice of the receiver before and/or after the decoding of the 
file, the software for the processing either being stored at the sender and/or 
in the server and transmitted to the data-processing device of the receiver 
when processing shall take place or beforehand entered in the 

30 data-processing device of the receiver. 

15. A method according to claim 3, 

characterized by the dedicated server being implemented on a general 
network server at the sender. 
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16. A method according to claim 3, 

characterized in that user names, receiver addresses, files and the given 
processing conditions assigned to user names or receiver addresses 
temporarily or permanently are stored in a database provided in the server. 
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